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