《病案统计标准管理系统.doc》由会员分享，可在线阅读，更多相关《病案统计标准管理系统.doc（25页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、江西省病案记录管理系统项目技术方案09月29日目录一、项目背景与目31.1建设背景31.2建设目3二、需求分析42.1业务流程42.2医院端需求分析52.2.1 业务需求52.2.2 功能需求62.3省厅端需求分析72.3.1 业务需求72.3.2功能需求8三、系统技术方案103.1 系统布置方案103.2 医院端系统方案103.2.1 日记录入与查询103.2.2 病案首页报表设计、发布113.2.3 病案首页数据录入113.2.4 报表记录113.2.5 归档借阅113.2.6 字典对照123.2.7 系统管理123.2.8 数据上传123.3 省厅端系统方案123.3.1 系统机构、顾客
2、123.3.2 数据互换133.3.3 数据质量控制133.3.4 数据分析143.3.5 系统升级143.3.6 代码管理143.3.7 系统管理15四、系统开发规定174.1 系统技术规定174.2 运营平台规定174.3 系统性能规定174.4 系统质量规定17五、项目实行规定195.1 总体规定195.2 项目工期规定195.3 项目团队规定195.4 项目实行过程管理规定205.4.1 系统开发阶段规定205.4.2 试运营阶段规定215.4.3 布置实行阶段规定215.5 培训规定215.6 售后服务规定22一、项目背景与目1.1建设背景病案记录管理系统是医院信息系统建设中重要构成
3、某些，也是实现医药卫生信息共享与运用重要基本，是医院建立原始记录数据库重要手段，是精确、及时完毕各项记录报告任务重要工具。当前医院记录病案数据库越来越庞大，数据涵盖了医院门诊日记、病人病案首页、医院记录报表等大量信息，是医院、政府、社会宝贵财富。为了适应卫生记录改革与发展规定和各级医院业务发展需求，依照卫生部颁布国家卫生记录调查制度，省厅拟组织开发江西省病案首页记录管理系统，该系统需实现日记录入、日记查询、首页录入、综合查询、报表记录、归档及借阅、数据上传、字典设立、系统管理等功能，可以满足医院、省厅记录和管理需求，实现与国家卫生记录直报系统无缝管理对接。1.2建设目为了加快江西省医院信息化进
4、程，保证医院病案记录工作顺利开展，提高数据质量，提高医院记录病案管理、分析与运用水平，实现记录病案工作原则化、规范化、自动化，能更好地为医院科学管理提供服务。二、需求分析2.1总体业务流程医院将HIS系统数据提取到病案系统并通过数据核查后传播到病案数据中心进行记录分析。此外，医院其她系统数据，类似HQMS、省附页，中医附页数据也通过接口方式上传到医院数据中心。医院数据通过数据互换将数据传到省厅数据中心，省厅系统对数据进行记录分析。由于病案管理系统数据是从his系统导入数据，需要先将数据进行整合，再从医院上报到省级平台。因此系统分为医院端和省厅端。2.2医院端需求分析2.2.1 医院端系统架构2
5、.2.2 业务需求病案管理系统需要提供数据接口，用来提取医院病案信息数据和日记数据，对这些病案数据进行整合，并进行统一管理和应用。系统要可以对病室工作动态、床位使用状况、治疗成果、门诊量、收入效益等医疗信息进行查询。医院端系统需要提供数据校对核查功能，通过对病案首页数据和寻常日记数据进行比对，如果对比成果不一致，将修改病案数据或者日记数据，使之保持平衡，若两者数据一致，将数据进行报表汇总以及导出、打印。系统还应当提供病案借阅功能。当医院有病人多次入院话，医生就有必要调阅病人历史病案信息，理解在案病人以往病历状况，为病人治疗提供参照。系统需要对借出病案进行统一管理，同步需要对病案归还状况进行查询
6、和记录。医院需要对院内附页设立和各类科室系统应用进行设立，以便各类顾客灵活快捷使用，需要对顾客及权限进行统一管理。由于医院需要填报国家卫生筹划委员会下发出院病人调查表（卫统4表），为了避免数据重复录入，提高数据运用率，需要将医院病案首页数据直接上传到省卫生厅服务器。2.2.3 功能需求依照病案管理系统医院端业务需求分析，医院端系统需要提供如下功能，实现系统整体规定。2.2.3.1 日记录入系统需要提供规范数据接口，使日记数据可以从医院HIS系统导入到病案管理系统，并按接口整合、汇总数据。以便顾客对日记数据进行统一管理和使用。2.2.3.2 日记查询系统需要提供日记信息查询表，查询看病日记有关数
7、据，以及各类医生工作量。2.2.3.3 病案首页完毕病案首页资料录入，以及完毕对病案查询、维护和打印；具备新首页、省附页、HQMS、肿瘤专科附页、中医附页等各种首页整合和管理功能。具备病案质量评估功能。2.2.3.4 报表记录将整合病案数据和各类日记数据进行汇总，产出日报、月报、季报、年报、非正式报表、院内用表、增减表、台帐、一览表等各种汇总表，并提供动态图表展示，以便顾客查询各类医疗业务状况。2.2.3.5 归档借阅系统需要提供病案借阅功能，完毕病案归档、借阅、归还等管理工作。2.2.3.6 字典管理医院端还需要提供字典管理功能，用来实现对医院科室、ICD码、手术码、单病种、医生和首页原则编
8、码等各种字典数据维护与规范，可以自定义院内附页和多级科室设立，要灵活、以便使用。2.2.3.7 系统管理重要完毕系统初始参数、顾客权限、顾客组分派、扩展字段、查询显示模板设立以及数据导入导出管理。限制非法登录及系统顾客权限可定制功能。2.2.3.8 数据上传医院依照卫生厅行政部门规定，把病案首页数据和报表数据上传到省级系统，对新首页和HQMS不同原则执行符合省原则整合。2.2.3.9 数据迁移将既有江西省卫生记录直报统中病案首页（卫统4表）中历史数据导入到新系统中；支持从HIS、电子病历数据直接接入和excel导入等各种方式获取病案首页数据。2.3省厅端需求分析2.3.1 省厅端系统架构2.3
9、.2 业务需求省厅需要与医院病案数据进行数据互换，实现省内医院病案数据共享。同步，需要提供查询数据互换时间，修改痕迹等等明细信息。省厅病案系统需要提供数据审核校验功能，对从医院端互换来数据进行审核和审批，对于问题数据退回。同步省厅服务器将医院病案数据互换到网络直报系统，与网络直报系统无缝对接。省厅系统还需要将医院病案数据进行记录分析，系统需要支持记录分析算法、表格新增、修改，对核心指标进行示警分析。记录分析成果需支持三种以上记录学惯用图形展示，包括但不限于折线图、圆饼图、柱状图，核心指标需支持报表和图形两种显示方式。为了保持各医院科室、ICD码等惯用字典数据一致，全省需要对这些字典数据进行统一
10、管理，通过基层申请，省厅统一维护管理，实现全省字典库原则化管理，当字典数据发生变化时，省厅可以统一进行升级维护，省厅将升级包下发给各医院，医院接受到升级包后自行升级医院端系统。同步省厅服务器记录显示升级医院明细，以便理解医院与否及时更新系统。2.3.3 功能需求依照省厅端业务需求，省厅病案系统需要提供如下几种方面功能。2.3.3.1 数据互换管理对医院病案信息互换状态进行查询、催报，并对异常成果进行反馈。提供病案数据互换归档管理功能（涉及互换文献名、提供单位、互换时间、修改留痕等）。支持全省病案数据与网络直报系统无缝对接上报功能。2.3.3.2 数据质量控制提供高效灵活数据审核功能，显示审核状
11、态。支持数据评估、调节功能，对于问题数据提供退回功能。提供数据加锁、解锁功能，自动锁定通过审核和审批数据。2.3.3.3 数据分析需要提供数据分析功能，对医院病案首页进行记录分析；支持记录分析算法、表格新增与修改；床位周转率、均次药费、平均住院日等核心指标示警分析；记录分析成果需支持各类图形展示和报表展示；着重完善医疗质量与费用核心指标分析。支持自定义分析报表，拖拽分析。2.3.3.4 系统升级维护支持病案指标升级维护管理功能，支持升级内容一键下发升级，基层对接受到升级包通过向导式提示完毕系统无缝升级工作。2.3.3.5 代码管理支持对科室、ICD码、手术码、单病种、医生种类和首页原则编码等各
12、种字典数据全省原则管理功能，通过基层申请，省厅统一维护管理方式，实现全省字典库原则化管理，建设完善江西省原则ICD码字典库。2.3.3.6 权限管理提供三权分立管理模式，实现顾客权限分级控制。系统管理员进行系统管理，卫生行政部门审核、审批和汇总，基层单位填报数据。加强密码管理，登陆次数限制，同一登陆顾客多客户端登陆限制等。2.3.3.7 系统管理提供系统及数据操作日记管理功能，协助顾客及时理解系统运营状况。提供系统和数据库备份功能，支持打包备份，支持自动备份和手动备份。支持定期执行筹划任务，并记录筹划任务执行成果日记。三、系统技术方案3.1 系统布置方案系统架构采用省级、医院两级布置方式，医院
13、本地布置一套系统，省厅布置一套系统。省厅系统与各医院系统保持网络相连。医院数据通过数据互换方式传播到省厅服务器。3.2 医院端系统方案依照医院端业务流程以及功能需求，分别对各个模块通过如下解决方案。3.2.1 日记录入与查询系统中提供表格录入方式录入门诊医技日记和住院某些日记，每个工作日记提供各种输入界面，如按日期输入、按科室输入、直接输入。同步自动加载字典库，某些字段不必输入，如科号、科别、医生等，系统均自动加载。对于工作日记，提供导入功能，将医师excel日记直接导入到系统，无需重复录入。所有工作日记提供按天、按月两种查询方式。查询后，可打印、导出、导出为查询成果。3.2.2 病案首页报表
14、设计、发布病案首页报表依照江西卫生厅规定格式，通过报表设计器设计，然后发布到病案服务器。系统报表设计操作界面与Excel类似，基于单元格设计思想，并且提供向导及图形化报表设计工具，顾客无需关怀后台数据库构造，通过图形化界面操作即可设计出需要报表表样。3.2.3 病案首页数据录入系统提供直接录入方式录入病案首页数据，也可以通过数据接口对HIS系统数据进行抽取，整合为病案首页格式。3.2.4 报表记录医院病案系统将各种抽取数据进行分类汇总记录，住院某些涉及年报、月报、季报等记录报表，住院院内用表，住院台账，住院增减表以及住院病人动态表，门诊某些除了年、月、季记录报表和常规台账和增减表，还涉及门诊日
15、报表。系统提供查询表，对各类记录数据进行查询分析，以便顾客理解医院业务状况。3.2.5 归档借阅归档及借阅涉及病案归档登记、病案归档查询与记录、病案借阅、病案归还、病案借阅记录等内容。归档登记：提供单个添加和批量添加病案信息，同步提供接口接受HIS系统病案首页数据。归档查询与记录：提供病人病案信息归档查询功能，用来查询医院住院病人病案归档状况，以便顾客及时对病人信息进行归档登记。查询涉及病案归档及时归档数（率）、准时归档数（率）、逾期归档数（率）等等。病案借阅：病案借阅提供按归档日期、按出院日期，按科室、按住院医生等方式查询借阅。病案归还：系统提供病案归还功能，以便顾客归还借阅病案。借阅查询与
16、记录：提供病案借阅状况查询功能与记录功能，可以以便管理员对病案借阅进行管理。查询涉及病案借阅借阅时间、借阅期限、归档时间等。3.2.6 字典对照针对已有HIS医院，由于各个医院HIS系统设立各类数据字典和省级原则不一致，因而病案系统提供字典对照表功能。通过字典对照把从HIS接受过来科室、ICD码等各类字典数据，匹配成病案系统中省级原则字典数据，同步将对照成果上传到省厅服务器，以便病案数据精确上报到省厅服务器。3.2.7 系统管理 系统管理提供医院基本参数初始化，同步通过增删查改方式对顾客、顾客权限、日记等进行管理。3.2.8 数据上传医院系统病案首页将来自医院HIS系统以及HQMS、肿瘤专科附
17、页、中医附页等各种首页数据进行整合提取后，需要将数据互换至省级平台中。可以定制有关数据接口，通过接口生成数据文献或者数据包，将数据上传至省厅端进行导入。3.3 省厅端系统方案3.3.1 系统机构、顾客由于卫生记录直报系统已存在医院机构信息数据，可通过数据互换方式将医院机构信息导入到病案管理系统，从而保证机构、顾客ID一致性。当前直报系统将机构信息设立了有效期起止时间段，作废机构信息仍存在机构表中，但是机构在系统中不启用。病案管理系统机构信息与直报系统信息定期同步，直报系统已作废机构在病案管理系统中同步作废。3.3.2 数据互换医院数据通过数据互换方式将数据传播到省厅服务器，由医院系统端消息中间
18、件（MQ）完毕与省厅系统端消息中间件（MQ）数据互换。在进行数据传播过程中，支持对传播过程监控，涉及传播进度，传播成功和失败监控等。3.3.3 数据质量控制数据质量控制重要通过数据审核方式实现，医院HIS系统以及外部数据整合到病案系统时，会通过逻辑审核和合理审核，合理性审核是非强制性审核，仅用于提示作用；逻辑性审核是强制性审核，不通过不容许上报数据。同步系统提供数据审批功能，当数据进入审批流程后来，对于审批不通过数据，系统可以对问题数据退回，顾客可以对数据进行重填或者修改。系统通过给数据添加上报状态字段，字段数值依照数据上报状态变化而变化，可以通过字段查询来查询数据上报状态，以表格形式列出应报
19、户、已报户、未报户、已通过审核、未通过审核等各类顾客数量及所占比例，以便进行及时催报。3.3.4 数据分析省厅通过医院上报数据，通过图标展示分析日报、月报、季报、年报、非正式报表、院内用表、增减表。对医院诊断人次、入院人数、出院人数进行分析，并对这些指标提供分地区、分机构类别、分科别、历年趋势等各种维度分析呈现。同步对单病种等医院惯用指标进行分析。针对HQMS系统上报数据，对住院死亡类指标、重返类指标、医院感染类指标、手术并发症类指标、患者安全类指标、医疗机构合理用药指标、医院运营基本检测指标等惯用指标进行分析。3.3.5 系统升级省厅服务器通过消息中间件MQ进行升级包下发传播，医院系统检测到
20、升级包后一键升级，如果执行过程异常关闭或者报错导致终结升级，系统管理员下次登录系统时，将自动跳转到升级界面。系统升级会保存升级日记到本地，以便查看升级过程详细信息。3.3.6 代码管理代码管理功能一方面由申请人申请代码变更，管理员可以进行恢复与维护，并对申请给以回答。系统将定制一种代码维护功能页面，此页面可以绕过系统登录环节，直接访问不需要顾客登录直报系统。这样不影响既有功能和页面，回答人依然是需要系统中并有系统管理员权限顾客才干回答。为了保证申请功能使用安全性，系统使用文字图片校验码以控制防止机器人申请。另会尝试在客户端COOKIE保存当前顾客申请数量进行一定限额， 在服务端尝试使用单个IP
21、最大申请量限制（此方式需要确认生产环境与否未采用反向代理等方略）。系统会容许设立单日最大申请量，防止暴力申请和恶意数据袭击。3.3.7 系统管理3.3.7.1 日记管理日记管理分为两某些，一某些是医院端系统数据整合时操作日记，涉及HIS系统以及HQMS系统数据提取数据操作发生操作时间、客户端IP等等信息。另一某些是医院端数据通过数据中间件进行数据传播时操作日记，涉及传播时间、传播成果状态等等信息。日记管理记录系统操作过程中各类日记信息，提供日记查询功能，通过核心字查询日记。3.3.7.2 备份方略本系统采用备份方略为，在每日进行增量备份，每周做一次全量备份。3.3.7.2.1 每日增量备份增量
22、备份采用筹划任务方式执行，在每日顾客操作闲时（例如晚上0时），对前一天备份后增长、改动某些数据进行备份。增量备份可分为多级，每一次增量都源自上一次备份后改动某些。差别备份就是只备份在上一次完全备份后有变化某些数据。如果只存在两次备份，增量备份和差别备份内容同样。（1）差别备份（级别不不大于等于0）一种控制文献或数据文献备份，只包括自从前一次增量备份以来被修改过数据块。（2）累积增量备份（级别不不大于等于0）这种备份通过减少所需要转储增量备份数量来减少时间。然而，累积备份需要更多空间和时间，由于它们要备份上一次同一级别增量备份已经记录信息。（3）多级增量备份依照多级增量备份特点，可以创立不同级别
23、增量备份。最多可以定义五个级别，从0到4。多级增量备份使恢复操作更加以便，由于在转储时，只需要一种某一特定级别增量备份。3.3.7.2.2 每周全量备份全量备份采用每周进行一次方式，也可以选取在闲时（如周日0点），也可以设定筹划任务由系统自动执行。全量备份可以备份所有数据，在恢复时可以恢复所有数据。四、系统开发规定4.1 系统技术规定 系统应采用成熟软件开发技术和先进开发理论。系统采用分层应用架构设计。项目开发应采用JAVA语言，采用J2EE架构和B/S模式，定义和浏览报表、图形等记录分析内容，必要都采用浏览器方式。4.2 运营平台规定系统应支持HTTP网络合同。所采用软硬件平台应具备开放性，
24、服务器端程序能适应各种操作系统环境，支持各种数据库类型和中间件产品。4.3 系统性能规定依照需求阐述推荐软硬件配备方案，涉及系统建设硬件配备、操作系统、数据库、中间件、应用系统以及网络传播带宽规定。顾客数量：系统应支持最大顾客数不少于5000，峰值在线顾客数不少于1000，峰值并发顾客数：不少于500。响应时间：打开、刷新页面时间不超过3秒，数据查询时间不超过5秒，数据导出时间不超过30秒4.4 系统质量规定可扩展性：系统应提供一种弹性架构，支持使用配备而免编程方式对记录业务流程、调查表样、查询记录等功能定制与调节。支持二次开发，系统接口封装良好。提供第三方开发商系统集成接口。易操作性：提供简
25、洁、美观、直白顾客界面。符合windows原则以及浏览器通用方式，具备中文支持功能，提供向导式系统安装界面。系统功能模块定制操作（如决策支持模型、记录分析算法及时间等）提供可视化操作。稳定性：系统全年稳定运营设计技术指标。需要避免因升级而影响系统正常运营。宕机时间应少于4%，平均故障间隔时间应超过三个月。精确性：系统要对记录分析成果对的性和完整性进行验证，并对系统敏感数据进行特殊解决。可维护性：系统升级简便，具备错误问题远程分析与排除功能。可管理性：每个层次、每个对象都应提供原则管理接口或管理界面。安全性：系统应支持数据存储、数据传播、密钥管理等安全功能。提供所有系统操作日记记录，具备防止篡改
26、审计追踪功能，涉及对系统参数、顾客数据增删操作，以及系统登录等其她重要操作，保证系统安全运营。保障性：在系统因硬件、自然灾害或人为因素导致瘫痪状况下，要预先制定应急方案，可有效应对紧急状况，迅速恢复系统运营。五、项目实行规定5.1 总体规定实行方案：本项目实行一方面要制定项目实行方案，涉及项目管理、需求确认、工作进度表、系统设计、系统开发、系统测试、系统布置、数据抽取、试运营、运营维护、培训等方略。按照项目实行方案完毕系统开发任务，功能模块要符合业务需求。人员规定：项目实行过程中，未经允许，不得更换实行人员。实行布置：完毕市卫生记录数据采集系统、市卫生记录分析与决策支持系统布置。系统测试：需要
27、提供测试筹划，并对系统进行测试，涉及产品测试、性能测试、压力测试、数据迁移、系统试运营测试，并提供测试报告。项目文档：规定提供项目有关文档，涉及项目管理文档、系统技术文档、数据字典、顾客手册和系统管理手册等文档（中文）。系统验收：系统试运营后，经双方确认后形成验收文献作为验收根据。5.2 项目工期规定项目建设周期为12个月，工期安排如下：10月项目招投标、项目启动；11月-6月项目开发；6-8月系统测试、布置、顾客培训、试运营及初验；9月正式运营及项目终验。5.3 项目团队规定本项目需要一支为项目建设提供全面解决方案、数据仓库建设和数据分析项目经验丰富、配合默契且稳定专业化团队。人员配备科学合
28、理、分工明确，至少应涉及项目经理、系统分析师、系统设计人员、软件开发人员、测试人员、配备管理员、顾客培训、布置实行、运营维护等角色。1项目核心人员必要专职、全程负责本项目实行，未经允许不得更换。2应配备业务经验丰富项目总监、项目经理、软件开发责任组长、软件测试责任组长等人员。项目经理须专职并全程负责本项目实行。项目经理、软件开发及软件测试责任组长需有5年以上软件开发经验、3年以上项目管理与分析设计经验。3、项目参加技术人员须具备有关项目软件开发及实行经验，熟悉卫生记录基本知识，必要具备责任感和服务意识。所有软件开发人员均有2年以上软件开发经验。4、在不同阶段配备足够人员组织实行项目，保证按项目
29、进度完毕建设工作。5、制定详细人员组织方案，涉及人员姓名、学历、开发经验及职责分工。5.4 项目实行过程管理规定5.4.1 系统开发阶段规定方案设计：调研系统现状，明确细化详细建设任务，建设技术路线，建设技术框架以及实现技术办法，形成详细设计文本。制定项目施工时间进度筹划，进行必要项目实行风险分析并提出风险规避办法和办法。需求分析和系统设计：按照项目实行筹划完毕需求分析和系统设计工作，进一步各业务部门开展需求调研工作，编制需求分析工作筹划、业务现状调研报告、管理问题分析报告、业务模型设计报告、需求规格阐明书、系统概要设计和系统详细设计等文档，并通过评审，制作界面原型系统便于确认需求。系统开发：
30、按照项目实行筹划所拟定目的完毕开发工作，编制项目开发工作筹划、总体设计报告、软件详细设计报告、数据原则化设计报告、数据库设计报告、测试设计报告、顾客手册、内部测试报告等文档。系统测试：按照项目实行筹划所拟定目的，提出测试办法，制定测试规范，按照测试规定提供系统测试有关各项报告，功能和性能测试报告等文档，涉及筹划、用例和报告。过程评审：完毕方案设计、需求分析、系统设计、系统开发、集成测试等阶段工作时，均须通过评审。5.4.2 试运营阶段规定布置安装：进行应用系统及配套基本软件安装和布置。培训：依照规定制定试点工作筹划和技术方案，编制试点培训教材（涉及应用系统布置手册、顾客操作手册、培训PPT等文
31、档）。做好试点记录、系统完善工作。联调测试：完毕本项目中所包括网络、安全、数据、应用等联调测试工作，最后实现上线试运营。初验：试运营后，同步进行试点工作验收。5.4.3 布置实行阶段规定（1）项目布置实行筹划需要按照规定制定项目布置实行工作筹划和技术方案。（2）布置安装依照项目布置实行工作进行应用系统及配套基本软件安装和布置。5.5 培训规定本项目应安排经验丰富培训人员，为系统使用人员提供系统配备、开发、安装、使用和维护等方面培训，培训讲师必要满足系统原厂商培训资格规定。同步还需要提供详细培训方案和培训承诺。培训方案重要涉及培训组织机构、培训内容、培训大纲、培训筹划、培训对象等，并按照上述规定
32、进行详细阐明。规定提供培训所需筹划和资料、培训教材格式涉及视频教材、顾客操作手册、培训PPT，培训所使用语言和教材必要是中文。5.6 售后服务规定服务期：项目终验后1年内，提供本项目免费售后服务与技术支持。服务方式及对象：提供实时在线客户服务，具备灵活多样通讯手段，提供512小时响应服务。实时解决常用问题，系统宕机后4小时内恢复正常。服务对象为卫生记录数据采集系统和卫生记录分析与决策支持系统有关使用者。详细服务内容如下：实时技术支持。提供512小时技术支持服务，在接到技术支持规定期，应为系统使用人员提供如何使用系统征询。故障响应。在接到故障报修规定期，1小时内做出明确响应和安排，在2小时内提供维修服务，并做出故障诊断报告。热线服务。提供热线电话、QQ群、E-mail、传真、网站等途径。系统升级。质保期内应提供免费应用软件产品升级服务。升级内容涉及解决BUG、采纳顾客建议以及业务需求调节实现功能和其她内容。