嘉和美康电子病历系统方案

国立医院

电子病历系统 建设方案

嘉和美康信息技术有限公司

2009年03月

目 录

一、 国立医院信息化现状简析 .................................................................................................................. 4 1. 医院简介： .......................................................................................................................................... 4 2.

现有系统 .............................................................................................................................................. 4

二、 嘉和美康公司优势分析 ...................................................................................................................... 5 1. 公司介绍 .............................................................................................................................................. 5 2. 杰出的技术研发队伍........................................................................................................................... 5 3. 成功案例 .............................................................................................................................................. 6 三、 GOODWILL全面解决方案 .............................................................................................................. 8 1. 2. 3.

解决方案 .............................................................................................................................................. 8 独特的结构化电子病历采集存储整合平台 ....................................................................................... 9 以时间轴为导向的门诊住院医生工作站，医护同屏一体化操作 ..................................................10

4. 以医疗护理为中心的门诊住院护士工作站 ...................................................................................... 11 5. 以临床医疗为中心的医技工作站 ...................................................................................................... 11 6. 科研查询系统（结构化病历统计查询） ..........................................................................................12 7. 医疗质量控制系统 .............................................................................................................................13 四、 GWILL电子病历系统建设达到的目标 ...........................................................................................14 1. 信息共享 .............................................................................................................................................14 2. 规范医疗服务 .....................................................................................................................................14 3. 提高医疗质量 .....................................................................................................................................14 4. 量化资源管理，提高管理水平 ..........................................................................................................14 5. 促进知识管理，支持临床科研 ..........................................................................................................15 6. 提高效率： .........................................................................................................................................15 7. 效益分析： .........................................................................................................................................17 五、 GOODWILL电子病历平台系统架构 .............................................................................................19 1. 系统设计理念 .....................................................................................................................................19 2. 技术实现 .............................................................................................................................................20 2.1. 设计核心 .........................................................................................................................................20 2.2. 电子病历的安全规范 .....................................................................................................................22 2.3. 电子病历的应用规范 .....................................................................................................................23 2.4. 电子病历数据元素和信息交换的标准 ..........................................................................................23 2.5. 区域级信息共享 .............................................................................................................................23 2.6. 遵循的相关标准说明 .....................................................................................................................24 2.7. 系统设计指标 .................................................................................................................................26 2.8. 系统设计原则 .................................................................................................................................27 3. 可控型三级质控体系建立 ..................................................................................................................28 六、 GOODWILL电子病历平台系统存储框架 .....................................................................................33

七、 硬件与网络配置建议要求 .................................................................................................................40 1. 数据库服务器 .....................................................................................................................................40 2. 存储设备 .............................................................................................................................................40 3. 科研服务器（后期建设） ..................................................................................................................41 4. 服务器操作系统 .................................................................................................................................42 5. 网络要求 .............................................................................................................................................42 6. 客户端操作系统 .................................................................................................................................42 7. 数据库要求 .........................................................................................................................................42 八、 GWILL电子病历平台系统特点及功能描述 ...................................................................................43 1. 系统特点 .............................................................................................................................................43 2. 系统功能介绍 .....................................................................................................................................48 2.1.

门、急诊医生工作站系统 .............................................................................................................48 2.1. 住院医生工作站系统 .....................................................................................................................54 2.2. 护士电子病历平台系统 .................................................................................................................78 2.3. 电子病历系统（集成于住院医生工作站中） ..............................................................................80 2.4. 质量控制系统 .................................................................................................................................99 2.5. 核心管理制度查询系统 ...............................................................................................................120 2.6. 电子病案室系统 ...........................................................................................................................127 2.7. 院内会诊 .......................................................................................................................................133 2.8. 病历随访 .......................................................................................................................................136 2.9. 结构化病历统计查询（科研统计查询） ....................................................................................139 2.10.

权限管理 ...................................................................................................................................144

九、 系统集成技术方案 ...........................................................................................................................150 1. 集成方式 ...........................................................................................................................................150 2. 用户登陆验证 ...................................................................................................................................150 3. 本地CACHE项目同步 .........................................................................................................................151 4. 联机病案病人出院情况同步 ............................................................................................................151 5. 新建在院病人病案同步 ....................................................................................................................152 6. 药品及收费项目同步........................................................................................................................152 7. 费用及检查检验信息交互 ................................................................................................................152 8. 检验结果和检查结果查看同步 ........................................................................................................153 9. 数据库记录集成方式........................................................................................................................153 功能集成方式 ............................................................................................................................................153 十、 系统维护 ...........................................................................................................................................186 一、系统维护的内容主要包括系统日常服务和产品升级服务等主要内容 .........................................187 二、系统维护方案 ....................................................................................................................................187 三、系统维护质量控制和保障 ................................................................................................................187 四、系统维护措施 ....................................................................................................................................188 五、维护条件及维护反应时间 ................................................................................................................188 六、支持服务热线 ....................................................................................................................................1 十一、 工期计划 .......................................................................................................................................190

十二、 项目管理计划 ...............................................................................................................................191 三）公司项目主要负责人员 ....................................................................................................................192 四）医院各科主要负责人员 ....................................................................................................................192 五）汇报沟通机制 ....................................................................................................................................192 六）项目职责 ............................................................................................................................................192 七）管理过程 ............................................................................................................................................193 十三、 安装和测试方案 ...........................................................................................................................196 测试纲要 ....................................................................................................................................................196 软件开发和运行测试 ................................................................................................................................196 软件测试阶段 ............................................................................................................................................196 软件测试技术体系 ....................................................................................................................................197 软件测试方法 ............................................................................................................................................199 软件测试工具 ............................................................................................................................................199 系统集成测试 ............................................................................................................................................199 关键技术测试要点及测试指标 ................................................................................................................199 软件开发和运行测试 ................................................................................................................................200 项目验收规定 ............................................................................................................................................203 十四、 验收标准和实施方法 ...................................................................................................................205 十五、 技术培训 .......................................................................................................................................209 1.培训方法 .................................................................................................................................................209 2.培训内容 .................................................................................................................................................209 3.培训目标 ................................................................................................................................................. 211 4.建议参加培训人员列表 ......................................................................................................................... 211 5.培训资料 .................................................................................................................................................212 6.培训评估 .................................................................................................................................................212 十六、 售后服务详细方案 .......................................................................................................................214 1、安装调试 ..............................................................................................................................................214 2、售后技术维护服务响应时间 ..............................................................................................................214 3、培训方案 ..............................................................................................................................................214 4、售后服务人员安排（综合素质、保证措施服务承诺的内容及水平） ...........................................214 5、服务承诺的内容及水平 ......................................................................................................................214 6、支持服务热线 ......................................................................................................................................217

一、 国立医院信息化现状简析

1. 医院简介： 2. 现有系统

医院很重视医疗信息化的建设，目前医院在信息化系统主要有HIS、LIS、PACS、财务系统等。

HIS长沙长信，和医院合作开发的 LIS是北京智方的 PACS是天健的 财务是用友的

在硬件网络方面建设，医院也是大力投入。 集团化的模式有其独特性： 主院和分院之间是租用的裸光纤 主干千兆，千兆或百兆到桌面

HIS是每个分院有一个服务器，分院服务器的部分数据实时同步到集团服务器

二、 嘉和美康公司优势分析

1. 公司介绍

北京嘉和美康信息技术有限公司，地处上地高科技园区，注册资金1010万人民币，隶属于嘉和科技集团。现有员工120余人。主要业务为自主研发、销售临床信息管理系统，范围涉及医院各个临床科室。

嘉和科技集团在广州、上海、济南、南京、福州、合肥、南昌、兰州、成都等城市设有办事处，拥有遍布全国各省市的分销商网络。嘉和科技集团长期代理美国GE 的MARQUETTE 心电诊断类(含监护仪)产品。2001年集团营业额飞速增长，达到5000多万人民币，2002年超过7000万， 2003年达1.6亿元。

嘉和美康信息技术有限公司医疗信息研发部门在上地信息产业基地，既拥有软件研发的博士和硕士，又有长期从事临床工作的专业医生以及具有丰富的医院管理经验的管理人才。在医技信息管理系统的研发方面，取得了较大的成就（如全国首家推出心电信息系统）；通过整合社会资源，公司在电子病历的产品化方面快速进步，推出了Goodwill电子病历平台软件，并在数家大型医院实施、使用，受到医院及信息化专家的赞赏和高度评价。

设备信息的采集、传输技术和电子病历平台技术的结合，使公司有能力在医院的临床信息化建设中提供整体的解决方案，可以帮助医院避免重复投资和减少信息孤岛。

在信息化飞速发展的今天，我公司将会不断的研发出新的产品，为医院的信息化建设做出更多的贡献。

2. 杰出的技术研发队伍

Goodwill电子病历平台及临床信息系统是我公司CTO陈联忠先生领导的电子病历工作组6年多研发的成果。自2000年以来，陈先生利用其发明的电子病历专用编辑器和广州军区总医院合作，在军字一号HIS平台上为系统开发电子病历系统，是国内较早从事这个领域开发、拥有软件分析师资格证书的高级人才。2003年开发成功的电子病历系统版本已通过了专家评审，在近百家医院进行了推广， 2005获得科技进步一等

奖，是目前指定的全军推广使用的电子病历产品。

2005年以来，陈联忠所带领的工作组在总结以往经验的基础上，针对快捷性和规范性相统一的原则，对电子病历进行了升级，重新设计了工作流程，针对地方医院的特点，在临床信息系统（如PACS、LIS及ECG信息系统，医嘱等）的集成，书写的快捷性和规范性相统一等方面做了大量的改进。目前，该系统的书写速度明显提高，调用临床检验检查信息更加方便快捷；更进一步，在XML的文件结构上实现了动态分层，并在标准化方面做了重大改进。

结合北京嘉和公司的设备信息入网技术和多年开发医技科室信息系统（手术麻醉信息系统、电生理信息系统和ICU/CCU信息系统等）的丰富的技术积累，在总结了大量的临床信息系统研发经验基础上，我们开发出了相对完整的Goodwill电子病历平台及临床信息系统（V1.0），功能更加全面、实用。

3. 成功案例

嘉和美康信息技术公司重点案例：

电子病历3.0版用户：

总医院（301医院） 第四军医大学附属西京医院 上海长征医院 上海长海医院 上海同济医院 上海东方肝胆医院 北京大学附属第三医院 烟台毓璜顶医院 广东省第二人民医院 承德医学院附属医院 齐齐哈尔市第一医院 宜兴市人民医院 天津医科大学第二医院 吉林医学院附属医院 广州医学院第二附属医院 山东威海市立医院

电子病历2.0版部分用户：

广州军区广州总医院 北京军区251医院 沈阳军区总医院 北京军区306医院 海南海军425医院 广西南宁303医院 南京军区南京总医院 广东总队医院 广州军区武汉总医院 安徽蚌埠123医院 第八医院 厦门市第二医院 沈阳北方医院 广东省第二人民医院 323医院 254医院 第三军医大学大坪医院 昆明军区总医院 广西视光中心 蒙阴县人民医院 农四师七十二团医院 中国人民第五医院连云港市第一人民医院 。。。

心电信息系统用户：

安贞医院 广州军区总医院 福州军区总医院 无锡市中医院 江门市中心医院 161医院 广东省边防总队医院 白求恩和平医院 成都军区324医院 沈阳军区334医院 第三军医大学新桥医院 97医院 沈阳军区210医院 焦作市五官医院 岳阳市二人民医院

无锡市第一人民医院 儿童医院中国人民第３０７医院 西安航天总医院 佛山市第一人民医院 西南医院 广东省中医院 301医院 中山市人民医院

三、 GoodWill全面解决方案

1. 解决方案

方案一、

全面建设电子病历系统，包括门诊医生站、门诊护士站、住院医生站、住院护士站、科室质控站、全院质控站、会诊系统、随访系统、医技工作站、电子病案室、科研统计系统、核心管理查询系统等，全面建设了临床医疗信息系统，结合HIS、PACS、LIS等系统，立体的实现了全院信息化、数字化。目前我公司的临床信息化系统模块功能是全国最全最先进的。

通过本公司专有的Web Service接口系统，接入现有的HIS、PACS、LIS等所有需要接口的系统，其中门诊医生站护士站和住院医生站护士站的医嘱部分采用界面集成的方式，在我们的医生站护士站上，内嵌入现有HIS的医嘱界面，做到单点登录，同屏操作，医护一体化操作界面。

这个方案最大的优势是，不涉及医嘱的操作与改动，不会改动HIS的数据库，对药品信息、费用信息、库存信息都不会影响，不会对现有流程进行太大改变，不会因此引起不必要的麻烦，造成现在系统出错或瘫痪，以免影响医院正常业务的运行。且在做接口时简单易操作，实施时间短。

方案二、

功能模块同方案一。只是在医生工作站和护士工作站都采用我公司的医嘱界面。 在接口方面与方案一不同的是，需要接口所有的医嘱信息、费用信息、药品信息、患者信息、库存信息等。

这个方案缺点是，费用较高、工作量大、会改动HIS的数据库，对药品信息、费用信息、库存信息都会影响，会对现有流程进行较大改变，会因此引起不必要的麻烦，严重的可能造成现在系统出错或瘫痪，影响医院正常业务的运行。且在做接口时工作量大，实施时间长。

架构建设方案

我公司电子病历系统采用C/A/S架构，对于医院现在这种特殊的网络结构，共有中心

医院和南北两个分院，采用我公司的C/A/S架构和我公司特有的分布式存储，正好可以最佳的解决永久实时在线、无需同步。且无论多大的数据压力和存储压力都不会对系统的速度带来影响，如有需要只需增加中间服务器和存储就可以解决。这是其它的架构所不能实现的，也是我公司电子病历的优点。

2. 独特的结构化电子病历采集存储整合平台

采用基于MQ(消息队列技术)的分布式、Remoting通讯机制开发的中间件技术，实现分布式的3层或多层架构(MQ和业务层可分离)。采用多层架构交互层－业务层－中间件－数据库，真正的多层架构；其功能模块可以动态加载，是一个以信息机制为基础的，以结构化采集为方法的信息平台；并进行统一存储，形成电子病案室。

XML解析技术，所见即所XML解析技术，所见即所得地书写所有医疗文书得地书写所有医疗文书HIS•收费•ID•药品. . .LIS门诊病历电子病历集成平台中间件，消息机制医嘱首页病历病程心电图系统胃镜图像系统影像学PACS，RISCCU病理学ICU导管室系统危重病医学手术麻醉信息系统

ICU特点与作用：

所见即所得编辑方式，可在病历中随意插入图库、检查结果、复杂表格、自定义结构化模版

➢ 结构化录入，是手工书写速度的七倍以上

➢ 实现三级检诊、痕迹保留、电子签名、加密存储传输 ➢ 实时病历质量控制，实时的用药监控、网络化病历质量监控 ➢ 支持套打、续打、清洁打印、局部选择打印

➢ 领先的XML技术，不依赖任何数据库，可打包带走、脱机共享

➢ 强大完善的接口技术，可无缝连接HIS、PACS、LIS、心电、麻醉、导管、护理等系

统

➢ 所有的其它系统的信息，如医嘱、PACS、LIS、病理、护理等所有信息，并脱机打包

存储，就如同现在的纸张病案管理，因而不会因为其它系统出现问题而影响病案的管理和科研的数据利用。并使数字化科研统计真正的成为了现实。 ➢ 快速的结构化病历查询检索功能，七万份病历检索速度只需要一分钟。

3. 以时间轴为导向的门诊住院医生工作站，医护同屏一体化操作

医生工作站是医院医疗信息中心系统的核心模块 ，它结合医生和护士日常的工作，以时间为轴，以医嘱和电子病历为中心全面展开，将医院医疗中心系统的各个组成部分有机的连接起来，是作为临床医疗信息系统事务处理的一个重要标志。

界面采用医护一体，这样可以最大程度满足医护之间的沟通和借鉴。一体化的操作界面可以减少医护切换工作时，频繁的开关界面。使医护工作更加便捷简单。

而其中全结构化的模板病历信息录入、智能的医嘱处理及知识索引的完善解决，是医院医疗系统得以顺利实施的关键。医生使用此系统可以处理手工业务的大部分事务，也可实时了解病人病情和治疗情况、检验检查数据，还可以参考类似病案进行辅助诊断，从而极大的提高工作效率。同时，系统在避免医生书写病历的疏忽、错误、遗漏等易发生法律纠纷的常见问题上进行了深入研究，能够及时对医生进行必要的提示，大大避免了医疗事故发生的几率。 内容包括：

结构化采集的所有电子病历医疗文书：如病历、病程、护理记录、手术记录、会诊记录等

等；所有文书的结构化，既可提高医生工作效率，又能提高病历质量，并为将来的科研统计提供了准确的数据。

以时间为轴的医嘱信息：按时间顺序记录所有医疗事件，并可按时间轴的变化对比分析不

同时间内不同医嘱所产生的治疗效果和变化。如患者用了青霉素后检查结果有何不

同，护理记录中又相应的体温、脉搏有什么变化？

临床医技系统的全面整合：无纸化申请单，结构化医技报告，使医技报告能成为科研统计

的内容之一，并将医技产生的各种结果传送并展现给医生工作站，节约了原来纸张传送的麻烦，节约了时间，并可给医生的对医技系统设备采集的信息进行进一步的分析（如对多次血常规红细胞数结果的曲线分析，不正常时自动提示），结合医嘱内容的病历内容（如紫素化疗后，血红细胞的多次检验结果曲线分析），是医生临床诊疗的重要帮手。有效提高诊疗水平，提高医生工作效率。

提供了丰富的知识库：提供了如用药禁忌、法律文书、诊疗规范、病历书写规范、护理规

范等多种的知识库，并可引用，在出现错误时还会智能提示，为医护人员在工作时大量提高了工作效率，并有效防止不该发生的错误发生。

4. 以医疗护理为中心的门诊住院护士工作站

以医疗护理为中心的护士工作站平台，是医院信息系统的一个关键平台。本系统以护理为中心，可完美处理护士日常事务（如护理记录、三测表等），对病人每天发生的各种情况进行收集整理，并通过网络传送给其它系统利用，一切信息都通过网络流通，避免了护士进行大量文字转抄工作。

特点与作用：

(1) 各种护理单据的生成，如三测单曲线自动绘制，操作者只需输入准确的数据，系统将自动生成准确的三测单曲线。

(2) 提供完整的结构化护理病历，书写快捷、规范。

(3) 护理病历与护理单据作为病案一部份，医生可随时查看，了解病人护理信息；与病案一同参与护理质控，并由病案室进行归档。

(4) 护士工作站与医技科室的信息共享，可实时了解医技报告的反馈情况。

5. 以临床医疗为中心的医技工作站

医技工作站是处理医技科室的日常工作，根据病区从网上发来的检查申请单，并可看到患者相关的病历资料，为医技医生辅助检查，做了相关应的检查后，填写结构化的检查报告单，

并通过计算机网络发回病区。取代了医技科室原有的手工模式工作，并由于采用结构化的报告回传，为临床科研提供了有效的作用。

功能特点

替代原有的手工工作模式；

➢ 和医生工作站接口，实现同医生工作站的信息互联，信息共享； 医技医生可以

随时查看患者的病历及护理信息，为准确的检查和诊断提供有用的帮助； ➢ 更快捷更方便的完成医技科室工作，节约医技医生时间； ➢ 提供更加准确标准的医技信息，有效的避免出现差错；

➢ 方便患者就诊，节约患者时间，患者可以省去以前手工模式下的几次来回划价和

来回取等结果的时间。

➢ 实现同门诊挂号收费接口，实现信息互联，解决费用修改增加等问题 ； ➢ 同药品库房的信息互联，可以随时查看相关信息。

➢ 实现电脑统计报表，各科室可以随时统计出科室及个人等的相关工作量及运营情

况，帮助相关领导进一步决策。

6. 科研查询系统（结构化病历统计查询）

病历作为医院的财富，它的价值体现在“长期、大量”的病历信息作为医疗科研的数据基础。结构化后的病历，可以通过强大的数据检索查询功能满足医生临床、科研和教学对病案的检索要求，具有较高的科研价值；可以对海量病历数据查询和知识挖掘，还可以为医疗智能决策提供支持。目前我公司电子病历系统的结构化技术和存储方式在国内属于绝对领先地位。

结合电子病案室功能，记录患者整个在院过程中的所有记录，包括病案首页、医嘱信息、护理信息、病理信息、检查检验信息等，打包压缩单独存储，且在需要病案作为科研统计数据分析时，从需要的信息中过滤得到自己想要的病历，实现了真正的电子病历数字化科研查询。

7. 医疗质量控制系统

建立了三级质控体系，由医生自评、临床科室终末评分、质控科抽查组成。实现病历实时在线控制与自动质控相结合，减少病历书写缺陷，提高病历质量。结合计算机技术采集、加工、传输和存储病历录入过程的实时信息，从多方位、多途径、多环节的数据录入过程质量控制入手，实现了病历质量控制系统。该系统的建立，弥补了病历误填、标准掌握不准等质量缺陷，及时纠正了病案首页录入过程的数据偏差，有效提高了病案首页原始数据的准确性和完整性。

系统建立了二条质量控制线：一条是过程控制线。包括二部分，一部分是针对人工输入数据的各个环节进行分层内容核查；另一部分是针对具有逻辑关系的数据进行逻辑关系核查。第二条是反馈控制线。由质控部门进行质量考评，将考评信息反馈给相应的数据采集点及时补充修改。

四、 GWILL电子病历系统建设达到的目标

1. 信息共享

以患者为中心，以时间为轴线，围绕患者就医全过程，详细、完整的收集所有临床数据。工作人员在任何时间、任何地点都能随时随地检索相关信息。病人信息的传递将直接受惠于此。

为医疗、科研、教学、卫生保健、和医疗保险提供诊疗信息交换、查询，实现数据共享。便于发展远程医疗和远程教学。

2. 规范医疗服务

临床路径(Clinical Pathway)是医生、护士和其他专业人员针对诊断或手术所做出最适当、有顺序性和时间性的照顾计划，减少康复延迟与资源浪费，服务对象将获得最佳照顾质量。GOODWILL体现临床路径等规范化服务概念，减少临床误操作，提高工作效率和计划性，达到规范医疗服务的目的。

3. 提高医疗质量

质量管理的路径和关键质控点：诊断质量路径；治疗质量路径；辅助检查质量路径；处置质量路径；病案质量路径；标本管理路径。临床路径：通过治疗标准化的方式来规范医疗，实现临床作业层信息交换自动化推进先进的管理模式。系统采集到可靠、全面、实时的数据，借助数据挖掘技术及时有效地帮助医生做出决策和修改策略，从而诠释和修正医院管理理念，帮助医院取得未来的竞争优势。

4. 量化资源管理，提高管理水平

通过量化资源管理，提高医院的临床医疗管理水平。帮助医院推进ISO9000系列质量标准，改进组织整体业绩。通过电子病历，GOODWILL可监控和统计医护人员的工作量，对比病人就医过程进行全过程细化分解，直到质量过程的最基本单元。从

最小单元的质量问题进行研究改进。建立实时控制模式，确立标准，衡量成效，纠正偏差，及时预警。

5. 促进知识管理，支持临床科研

GOODWILL可作为一个知识转化器，把操作层面的专家知识转化成为更加明晰和容易被人获取的形式。将非系统化的、易于丢失的知识转化成为编码化的、可以整理的知识资产。在临床专业知识管理方面将得到完整的体现。

系统提供的知识库功能，可以帮助医院方便的形成并且积累自己的医疗知识资源，从而不断提高医疗和科研水平。统计显示，80%的临床科研基础数据来自住院病历，而GOODWILL为临床教学 、科研提供了多种快捷信息检索方式，如随机查询、疾病记录检索、疾病分类统计等，实现了医院病案管理现代化。

6. 提高效率：

能使医院工作流程最优化，优化流程是数字化医院最重要的运行机制。传统的手工作业工作流程环节多、周期长，通道狭窄，经常发生工作的延误和堵塞。电子病历系统的运用能彻底改造作业流程，管理部门、工作人员借助信息技术相互沟通，交流灵活，减少了环节，提高了效率，从根本上实现了“把时间还给医生、护士，把医生、护士还给病人”的目的。

实施住院电子病历前的住院流程手工操作路线数字信息路线入院登记护士工作站药房发药手术室PACSLIS医生工作站RIS出院结算……

实施住院电子病历后的住院流程数字信息路线入院登记护士工作站药房发药手术室PACSLIS医生工作站数字信息自动传送RIS出院结算……

医院病历管理规范化，结束以往的“天书”时代，使输出的病历甲级率达到100%； 医学知识的智能表达，帮助提高医生的诊疗水平；

全结构化电子病历的运用，大幅加快了病历的录入速度，是原来手工书写的7倍以上，减少了医生的手工劳动和重复劳动，全面大幅提高医生工作效率；

简化患者就诊流程，减少患者在院内来回走动以领取检查检验结果和排队划价的时间；

智能化的即时提示，及时提示医生的日常工作，防止因为记录错误或记录不全等原因造成的医疗纠纷；

智能化的用药监测，对医生医嘱进行智能的用药，对药品用法、用量、开停时间、禁忌等智能的提示，避免医生因失误造成医疗纠纷；

遵循遁证医学，标准化诊疗流程，实现医疗智能化、无纸化，全面提高医疗质量； 建立数据仓库，提供病历内容的精准统计分析，为医院取得更多科研成果提供有效的工具。

7. 效益分析：

1) 经济效益： 直接经济效益：

通过结构化的电子病历系统，可以把患者的各种就诊信息全部记录，并输入光盘给患者带走。包括各种检查、检验结果（CT、彩超等）、医生诊断、手术记录等，患者可以在家中查看，也可以在其他医院查看；考虑成本问题，光盘可以出售的形式卖给患者。

提供临床路径工具，优化住院流程，促进医院临床路径的形成。在不增加病床、不改变住院流程的情况下，提高病床周转率，从而使医院获得更大的利润；

由于智能电子病历系统提供了智能的用药监控功能，因此要求药厂药商提供准确的数字化药品信息，我公司给医院一套可以自行出售的药品信息数字化录入程序，医院可自行出售给所有药厂药商或收取一定金额的年费；

间接经济效益：

节约管理成本： GOODWILL系统引入最先进的管理理念，结合先进的技术，开发了一系列高效、安全的管理功能模块，协助医院管理在实用化、标准化、高效化等各方面得到进一步提升。

节约物质成本：GOODWILL系统延长资料保存时限并且节约了保存空间，省却纸张等办公消耗品，类如影像学资料等需要昂贵胶片的数据存储可以使用光盘替代，大幅降低了成本。

节约人力成本：GOODWILL系统减少低级劳动的人数和强度（递送检验单据和结果等）的同时，有助于减少高级医疗劳动的强度（例如医生助手功能），

提高工作效率，避免差错。

2) 社会效益：

为患者提供最大可能的方便，协助医院提供全面、系统的医疗服务。系统间的互连、医保防疫接口的实现等，在更高的层次上，保障了病人和医院的共同利益。

维护医患双方的权益。GOODWILL系统完善的安全体系，提供最详尽的原始资料，使得在医患纠纷中最大的保障双方的利益。在加快医疗进程的同时，提高医院声誉及其社会地位。

整合医院网站，患者可以通过网络，在任何地方都可以查看自己的检查检验等病历信息；

患者可以带走属于自己的数字信息的电子病历，可以在家中查看，也可以在其他的医院查看；

使医院管理模式现代化，传统的手工作业工作流程环节多、周期长，通道狭窄，经常发生工作的延误和堵塞。电子病历系统的运用能彻底改造作业流程，管理部门、工作人员借助信息技术相互沟通，交流灵活，减少了不必要的环节，提高了效率；

使医院信息文化氛围浓厚， 提高医院的社会上的声誉和口碑，从而争取更多的患者来医院就诊；

五、 GoodWILL电子病历平台系统架构

➢ 系统采用.Net C#语言开发。 ➢ 采用C/S架构

➢ 支持Oracle,MS SQLServer、DB2、CACHE等主流数据库。可根据医院情况配置。 ➢ 采用基于MQ(消息队列技术)的分布式、Remoting通讯机制开发的中间件技术实现分布

式的3层或多层架构(MQ和业务层可分离)。本系统采用多层架构交互层－业务层－中间件－数据库，可采用N层架构。

➢ 集成的动态模块加载平台，既实现了功能模块的动态扩充，同时实现单点登陆。 ➢ 平台消息机制，实现信息及时传递。

➢ 客户端免装数据库驱动，平台采用必要时连接数据库机制(此技术可同时满足无限移动

查房不稳定连接应用)，中间件服务器采用数据库连接池技术(可配置使用数据库的连接数)，最大效率使用数据库有限的资源。

1. 系统设计理念

 研究的基础准则

作为一种平台,实现以“病人为核心”的临床应用，它收集的信息包括病人的自然信息、社会信息、医嘱、收费、检验、检查、麻醉、心电、病历等，其中自然信息、社会信息、医嘱、收费部分已经在HIS系统中处理，检验、检查、麻醉、心电等，只要医院上了相应的系统，通过接口可提取集成使用。因此临床信息系统建设的关键难点在于病历采集即病历书写

病历作为医院的财富，其价值在于“长期、大量”的临床数据积累为医学研究和医学资料整理的提供了基础。不同的科研项目要求能够从病历中获取到所需的内容，因此病历中对医学科研有用的数据都应该以标识的方式保存下来。在现实中，随着软件开发技术的更新和软件开发商的新旧更替，医院也在不断的更新软件厂商和数据库平台。现有的经验和教训表明由于架构和设计上的差异，往往造成现有数据迁移的困

难，造成大量资料的丢失，如果电子病历系统的建设没能很好的解决这个问题，那么它就失去了基石。病历要达到这个目标，就是要不依赖于任何一种开发语言，任何一种数据库，完全以XML来描述，并以XML格式来保存。只有这样，医务人员才能从病历提取所需的资料，采用恰当数据挖掘工具或数据仓库进行统计分析。病历是数据基础，科研分析是病历的后续应用，这一基本思想在电子病历研究中不应忽略或错位。

 设计的基本思想

根据XML的格式特点可知，XML文档由节点和叶子组成，因此在模板设计时可分为基本元素和复合元素，在编辑过程中可动态加载这些模板，模板加载时，节点顺序根据当前的位置动态重排，生成XML架构。通过对这些基本元素和复合元素应用国家颁布的“最小基础数据集”，就可实现基础数据代码的标准化，为以后数据再利用的标准化提取奠定良好的基础。

 实现的技术手段

我国的电子病历特点是结构化需要提取的医学数据是分布在叙述性文字中的，因此现有的书写工具和编程方式很难满足XML书写和自然叙述语言书写混合的书写模式，开发电子病历专用编辑器成为必然的选择，也成为能否开发成功一个好的电子病历系统的核心技术。Goodwill电子病历平台软件专用编辑器是我们潜心研究多年的一个成果，它在解决XML和自然叙述语言混合书写的同时，解决了中国医务人员书写病历时需要解决的诸多其他问题，如快捷性问题、图形图像标注问题、表格制作问题等等。

2. 技术实现 2.1. 设计核心

2.1.1. 电子病历的结构化描述

病历的电子化首先要建立病历内容的结构化描述。病历信息有极其复杂的内容和结构，如首页、医嘱、各类检查化验报告、病程记录、护理记录等等。其中既有结构化程度较高的内容，也有大量描述性内容，而且种类繁多、

各专科又有不同的特点。同时，由于医学的不断发展，病历的结构组成也会不断发生变化。电子病历的结构应能够保留历史状态、适应发展变化、平衡结构化与自由化需求。 同时将修改痕迹与病历合并保存，保证病历的原始性。病历保存时，不但保存内容，同时保存版式。保证了病历信息不失真。

2.1.2. 信息的集成方法 （采用web service方式集成）

各类临床信息系统是电子病历的信息源，它们以各自业务为中心来管理某一方面的病人信息。电子病历强调“以病人为中心”的信息管理和服务（存储、访问、备份、授权等），电子病历系统要实现基于多厂商系统的以病人为中心的信息集成。为了保持电子病历系统的相对性和稳定的系统结构，GOODWILL电子病历系统具备开放的集成框架，采用XML技术，遵循HL7，能够与不同厂商的专有系统及专有信息结构相连接。

2.1.3. 长期存储体系

提供如同纸张病案库的病历信息长期存储是电子病历系统的基本功能，为此需要建立病历数据的长期存储和管理体系。长期存储系统要解决病历数据脱离业务数据库后如何保持结构的问题，允许不同时期的同类数据采用不同的结构。它的管理系统应能够支持病人信息累积式增加，支持病历数据的备份和迁移。

XML技术的应用，能让病历脱机存储、在线调用、打包迁移，避免了采

用数据库存储的各种问题，如数据量越大速度越慢、无法脱机打包、远程共享传输必须接收方有相同数据库及结构等。

2.1.4. 安全访问控制

病历的安全涉及病历内容的原始完整性保障、病历访问控制和不可否认性。病历的原始完整性是指进入到电子病历系统中的病历内容不会被修改，或者其修改能够被系统所发现；病历访问控制指病历内容不会被未授权的用户所访问，为了保护病人隐私，访问控制应能够按病人和按病历内容分类进行授权；不可否认性是指医生不能否认它所做过的医疗行为。

2.1.5. 基于XML的结构化编辑录入

在确定的病历结构基础上，针对病历中的描述性内容，定义一个基于XML的半结构化编辑器。它能够实现在病历结构框架下的内容导航，支持自由文本录入，允许用户定义专科病历要求的交互式模板。

2.1.6. 生产病历与科研病历的一致性

科研的基石是：基于准确的科研基础数据采集上的，如果科研基础数据采集的准确性上都不能保证，那么科研就会变成空谈。 科研基础数据来源：来源于临床病历的采集。

现在国内其它公司在采集上的困难是：为了展现自己的电子病历系统采集的数据能够用于科研，在前期做了大量的结构化工作，把结构化的数据保存到数据库中，而“由于没有能力解决表格、图像、分页等病历排版技术”，后期都不得不把前面的结构化数据转移到WORD或纯文本中，让医生继续处理，这又回到了非结构化的病历书写模式中，最终形成的WORD病历是完整和真实的，但由于WORD和纯文本是非结构化的，前期采集的结构化数据在后期的非结构化书写模式中被修改、删除和新增的数据不能反馈回去，导致大量的科研用的内容数据和真实的病历数据不一致，从而失去了科研的基石。也就是说在医生实际操作中，用于科研的病历结构化部分和病历实际书写是分割的，由于输入重复和不方便性，致使医生很自然放弃科研部分的数据输入。 嘉和电子病历： 由于很好的解决了病历的结构化采集与排版技术（此技术唯嘉和独有），保证了所有的科研数据和病历数据一致。

2.2. 电子病历的安全规范

2.2.1. 使用者的身份认证

采用多级权限管理，用户登录采用各自不同的用户名和密码，配合可以使用数字签名的USB KEY进行登录认证。

2.2.2. 病历的访问、修改权限控制

采用三级检诊权限控制，以医生级别为权限树，对病历内容的各部分设置权限，对病历等的查看、修改、审核、打印分设不同的管理；

2.2.3. 使用者的授权管理

以医生级别为权限树，对系统使用权限分设不同的管理；

同时采用动态权限管理，对查房、值班及会诊等特殊情况根据不同的职能赋予权限；

并可由上级医生对下级医生赋权，如主任出差时可赋于某个副主任在一段时间内行使主任权限。

2.2.4. 用户的标识和数字签名方法

采用用户名加密码的传统方式，配合由CA认证中心颁发的数字签名卡（USB BEY），在登录和查看、修改、存储等时候进行权限验证，并通过数字签名卡中的128位加密算法对病历的存储进行加密，对病历的调用进行解密。

2.3. 电子病历的应用规范

建立与GOODWILL电子病历系统相适应的医疗过程规范和病历管理制度，包括医嘱管理制度、病历记录及修改制度、计算机病历打印制度等。 规范由手工处理到电子化处理病案的过渡过程。

2.4. 电子病历数据元素和信息交换的标准

病历电子化的重要目的之一是实现院内和院外的信息交换，GOODWILL电子病历系统可以满足临床、远程医疗、管理、科研、教育、医保、突发卫生事件监测、卫生保健等等多方面的需求。信息的标准化是基础。制定切实可行的电子病历数据表达和信息交换的标准是电子病历系统的重要内容。 嘉和美康公司的电子病历系统采用XML技术，是世界公认的电子病历数据表达和信息交换的标准。

2.5. 区域级信息共享

随着电子病历应用水平的不断提高，不同医疗机构之间共享电子病历中信息的需求会越来越频繁。要想达到这一目标，我们不仅要从技术层面上解决如何共享，更要从管

理层面上解决共享的步骤和规范问题。

XML技术能满足交换和脱机使用的要求。病历满足脱机使用才能很好的实现未来交换和传输的需求，为将来电子病历最终实现“个人健康记录”奠定必要的信息转移基础。

2.6. 遵循的相关标准说明

2.6.1. HL7

美国卫生信息传输标准（ＨＬ７）

美国卫生信息传输标准Ｈealth Level Seven(简称ＨＬ７)是由美国国家准（ＡＮＳＩ）批准颁布实施的医疗卫生机构及医用仪器、设备数据信息传输，自１９９０年其２．１版正式颁布以来，在医疗卫生机构，特别是医院的影响力日益广泛，目前在美国采用此标准的机构已经涉及相关部门，医疗服务机构，保险公司，医疗仪器、设备制造商和医院住处系统集成商，据不完全统计，截止到２００１年８月，全美国有２２００余名会员，约有８０％的医疗机构和９０％的医用仪器、设备制造商采用此标准。随着计算机网络技术的应用和发展，ＨＬ７的影响力已经波及到了澳大利亚、加拿大、中国、芬兰、德国、日本、荷兰、新西兰、英国、印度、南非、韩国、等国家和地区。中国也于２０００年初建立了ＨＬ７中国协作中心。

2.6.2. 标准化临床诊断编码(ICD,DRG)

国际疾病分类(International Classiflcation of Disease，ICD))，是根据疾病的某些特征，按照规则将疾病分门别类，并用编码的方法来表示的系统。目前全世界通用的是第十次修订本《疾病和有关健康问题的国际统计分类》，WHO仍保留了ICD的简称，并被通称为ICD-10。

DRG分类法以ICD-9-CM代码和ICD-9中并未包括的其他要素为基础。ICD代码的分组是基于对治疗、消费和住院时间长短有影响的因素，如严重性、并发症和治疗类型。所导致的分类相当于按费用分类，并在医学上获承认。

2.6.3. XML

XML代表Extensible Markup Language（eXtensible Markup Language的缩写，意为可扩展的标记语言）。XML是一套定义语义标记的规则，这些标记将文档分成许多部件并对这些部件加以标识。它也是元标记语言，即定义了用于定义其他与特定领域有关的、语义的、结构化的标记语言的句法语言。

HTML是设计用于Internet上和Web页面内部的文档格式。正如本书所叙述的，XML当然也可以用在这些方面。但是XML具有更为广泛的适用性。正如前面所讨论的，可用于字处理器的保存文件的格式，可用于不同程序间的数据交换格式，可用作与Intranet模板一致化的工具，还可用作以人类可读的形式保存数据的手段。

2.6.4. SNOMED

《人类与兽类医学系统术语》(The Systematized Nomenclature of Human and Veterinary Medicine，SNOMED)，也称为《国际医学规范术语全集》，第3版为《SNOMED国际版》(SNOMED INTERNATIONAL)。

SNOMED是～部用于人、兽医学的结构化术语集和术语的分类。它的第一版发布于1975年，1979年发行的修订版，称之为《SNOMED国际版》。

SNOMED将人、兽医学术语进行结构化的分类和编码，使得原有的医学术语标准化，为计算机处理奠定了基础。标准化的、规范的应用医学术语将有利于医学信息共享和提高医疗质量。

更重要的是，由于这些术语代码拥有医学知识表达的许多特征，又具开放式的数据结构，还可以灵活地进行搭配、组装，以表达更为复杂的概念和关系，乃至合成新的术语，所以它将适用于电子病历，并支持专家系统。

2.6.5. 国家标准

 《关于印发十一五时期广州市信息化重大工程项目指南的通知》，（穗信息化字〔2006〕50

号）；

 卫生部《全国卫生信息化发展规划纲要（2003-2010年）》。  《病历书写规范》

 本系统设计须严格执行国家有关软件工程的标准，保证系统质量，提供完整、准确、详细

的开发文档资料，应用设计符合国家及医疗卫生行业的相关标准、规范和医院自身的发展规划，遵循现行的或即将发布的涉及电子病历系统的国家法律法规。

2.7. 系统设计指标

1、

系统所采用的数据库系统是主流的大型关系型数据库管理系统，可以采用oracle、sql、db2等主流数据库

2、

采用多层次的面向对象的结构化设计，和具有中心式自动更新维护功能的C/A/S，降低维护的复杂性。

3、

系统集成方式采用Web Service，做到与医院原有信息系统无缝连接，达到HIS、LIS、PACS、电子病历、手术麻醉系统高度融合的目的。

4、

所采用的技术路线和主要技术是目前主流技术，所采用的标准须满足支持目前和将来可能出现的国家或行业标准。如xml技术、web service技术等

5、

系统产生的电子病案及其它医疗文书具有与传统纸张病案相同的完整性，具有可迁移性。能把整份病历（包括病历中的多媒体信息）转换成某种通用格式的文件，提供给医生或病人。

6、

医学知识库是支持病历书写与质量控制的医学基础知识数据库，系统要求已建立和积累了一定量的医学知识库，并能由用户自行添加和完善医学知识库。包括：

 模板库：各专科的各类疾病的病历模板库。（近百家用户，积累

大量有价值的病历模板）

 代码库：疾病编码采用标准的ICD10码、手术代码

 术语库：各专科的医学知识术语库，需支持国际系统医学术语全

集(SNOMED)

7、 8、

预警库：为医院提供各种工作质量控制点与病历逻辑校验的知识库。 系统使用数据化、结构化的书写和存储方式。采用XML技术实现病历的电子化，对病历信息包括信息的录入、显示和检索等基于XML技术进行处理。使非结构化数据如入院病历、手术记录、出院记录等各种

记录单，可按专科、专病种自定义的自由格式输入，以结构化形式保存，同时提供医学规范术语的引用，为临床医疗提供检索、查询、统计分析和辅助决策。

9、

系统具有完善的权限管理和安全控制机制。系统须动态地根据时间和空间的变化，改变不同医生的授权；能够提供临时授权机制，满足会诊和紧急事件处理需要。满足同一用户同一时刻具有多个角色的复杂权限解析；可设置多种操作权限，并可将权限分配给不同的角色和用户。有完善的共享与冲突解决方案：对特定病历，允许特定人员进行协同操作，但是对于具有内容书写排他性的病历特定部分排斥协同操作。

10、

在支持科研与教学方面，系统应该提供灵活和强大的数据查询功能，用户可以根据科研工作内容的不同，灵活的设置查询条件，软件系统必须能够根据查询条件非常快速地从大量病历中检索出满足查询条件的病历和病历中的数据。用户可以将查询出的科研数据导出为Excel文件。系统应该提供对常用统计软件的接口，可以导出为SPSS和SAS软件可以识别的数据文件。

11、

文书书写支持所见即所得的编辑方式，不需要由专业IT人员去调整打印输出，病历的格式、版式、内容便于调整以满足医院需求变化。

12、

痕迹保留应与病历一体化存储，保证病历数据与修改痕迹数据的一致性，避免由于数据库崩溃导致痕迹信息的丢失。

13、

系统具备病历结构分层粒度无限细化能力，病历数据的存储处理、使用，不对病历信息结构造成影响，导致信息失真。

2.8. 系统设计原则

2.8.1. 前瞻性、先进性原则

系统的设计和所采用的技术具备前瞻性和先进性，已经充分考虑到由于医院业务发展所带来的海量数据处理，采用分布式存储、增量备份方式，确保病历30-50年内在线查询，保证医院未来5年可以满足医院业务运作对整个系统的需求。 2.8.2. 实时性原则

采用数据库存储与文件服务存储双项存储。数据库保证数据检索的速度，文件服务存储方便分部式存储保证系统的应用性和实时性 2.8.3. 可靠性原则

系统设计和软件编程使用容错技术，满足医院中使用人员水平参差不齐的复杂现状。软件热备份和容错技术，数据库实时分布复制和热备份，确保意外情况发生时系统运作的连续性，资料的准确性和完整性。 2.8.4. 易维护性原则

电子病历系统的核心是病历书写部分，系统专门开发了电子病历编辑器，集模板制作、病历书写、病历修改为一体。编辑器操作简单快捷、对于医生来讲，就好象操作word一样方便。模板维护完全采用前台修改方式，维护不需要改动数据库和程序。流程方面可以完全模型化。 2.8.5. 扩充性、开放性原则

系统支持业界通用的标准平台和协议，支持HL7标准，提供HL7标准接口，以便进行系统集成和系统资料交换。 2.8.6. 安全性原则

系统中所有的重要操作留有痕迹，以规范管理。按照每个用户所在的岗位和所需完成的业务，由系统管理员分配权限，每个用户只能看到本人所允许和应该看到的信息。 2.8.7. 经济性原则

系统可以分步实施全数字化医院信息系统，在需要的时候扩展信息平台处理能力。先建设一个功能合适的平台，在运行过程中根据业务的增加逐步扩大临床信息系统的功能 2.8.8. 无缝集成和平稳过渡原则

采用业界最先进的web service集成方式，保证系统无缝集成 2.8.9. 易操作性原则

系统人机界面友好、直观、清楚、统一，提供模板工具供用户选择，免去繁琐费时的手工输入，既简化操作，提高软件的可用性，同时又保证资料的一致性 2.8.10. 数据一致性

支持一致性数据模型，保证数据的一致性，完整性。

3. 可控型三级质控体系建立

嘉和电子病历平台，为用户提供了可控型三级质控体系，包括了医生自评、临床科室终末

质控、院级环节质控。

全过程质量管理

管理型电子病历系统的理论基础是全过程医疗质量管理，质量管理经历了传统质量管理阶段、质量检验阶段、统计质量控制阶段、全面质量管理阶段等四个阶段，全过程质量管理创造于二十世纪七十年代的日本，九十年代末期我国卫生界开始应用于医院管理，是目前大多数医院的应用的管理办法。全过程医疗质量管理充分体现了“预防为主”的现代管理原则，它是对医疗服务工作的全过程，对医疗服务的每一项操作、每一个环节进行严格的质量控制，把影响质量的问题控制在最低允许限度，力争取得最好的医疗效果和最高的公众满意度。

我国1980年成立全国医疗质量管理学会，19年卫生部下发了关于实施医院分级管理的通知，近年来卫生部及各省市卫生厅先后下发了《医院评价指南》、《综合医院评价标准及实施细则》，使医院的医疗质量管理要求愈来愈趋于规范化、标准化。

以“病历质量”管理为核心的基础质量管理

“病历质量”实现了包含“事先”－“环节”－“事后”的初步计算机化的全程质控管理体系， 把卫生部和国家中医药管理局联合下发的《病历书写基本规范(试行)》标注和《中医、中西医结合病历书写基本规范(试行)》标准中的“病历书写时间规范”、“病历书写要求和内容”及“病案流转规范”等以计算机软件系统流程形式得以在医院实施与应用。由于计算机网络时式、快捷功能特性，改进了病历质量管理的流程很好的实现了三级质控功能。

“病历质量”主要集中体现在如下两个方面： 计算机化“病历”规范质控

通过软件技术手段，基本杜绝了患者基本信息不一致、字迹潦草等以往手工病历常见的错误。同时实现了以下基本质控功能：

1）时限监控功能：如入院记录在入院24小时完成、首次病程记录入院8小时完成等这些《规范》中规定的时限要求，时限监控项目会随着医嘱执行的进程相应的动态产生（如转科、手术、抢救、出院与死亡等）。

2）必须书写项目监控功能：根据医嘱触发产生的一些项目，如“腰穿”等，将产生相应的“操作病程记录”、会诊将产生“会诊记录”等，这些项目没有时限上的要求，但是有项目上必须存在的要求。

3）书写频次的监控功能：根据患者病情变化，如“病危”、“病重”、“病情稳定”、“慢性病情”等，将产生不同书写频次要求。还要一些《规范》中规定的如：上级医师查房、阶段小结等，都有书写频次上的要求。

4）初级内容逻辑检查的监控功能：如性别，及其他有规律的检查（如小孩有婚育史等）。 5） 修改痕迹保留 6） 手动环节质控抽查评分 7） 自动评分与质控统计分析

计算机化质控流程管理

1）环节质控：减少环节差错

2）三级质控：通过主管医师－科室质控－医院质控；护士－护士长－护理部 3）三级查房：主治－（副）主任医师查房－科主任行政查房 4）三级检诊：住院医师－上级医师－主任医师

以“病历质量”为核心的管理系统主要采用“监控”为手段，而没有达到“医疗质量”为核心的水平，属于“医疗质量管理型系统”的初级医疗质量管理系统。

以“医疗质量”管理为核心的全面质量管理

“医疗质量”管理为核心，以强大的临床医疗规则知识库为后盾，以完善的“医疗事务”为主线，通过必要的计算机技术手段和医疗事务管理规则，以“医疗规则”为主要手段，“事前”引导和纠正偏离医疗规则行为；以“监控”为“事后”辅助手段，从而有效保证医疗质量管理。通过“标准－检查－改进”不断循环“智能”完善和补充“医疗规则”，从而形成一套医疗质量智能管理体系。有效的“医疗规则”应用提高医疗质量，减少医疗差错，对偏离“医疗规则”的实现自动报警。

关键核心的部分是事务模型、医疗事务管理规则模型、考核模型的建立。

数据模型建立

医疗质量智能管理信息系统需要一个强大的标准规范的基础数据来支持，建立科学的数据结构、建立合适的数据模型，对医疗事务管理规则的正确实施具有重要的意义，同时，数据模型的建立，也与软件可以实现的功能有密切的关系。不同数据模型决定着系统的扩展能力及智能医疗事务管理规则学习的能力。因此，科学的数据模型的建立，有着非常重要的意义。

通过规范化完成诊断字典、手术字典、医嘱字典、鉴别诊断知识库、诊疗计划知识库、症状库、体征库等基本术语在管理领域应用的数据模型，同时兼顾国内和国外通用的标准，满足将来基本术语交换扩展需求。 医疗事务管理规则模型建立

医疗事务管理规则模型，是系统运行的“核心”，是驱动智能化管理的源动力，模型采用面向事务和面向对象方法，应用抽象模型定义规则的“触发条件”－“规则处理（规则自学习定义）”－“相关事件触发”流程，按照面向对象的继承性，给予在各个业务规则的具体实现，形成一个可操作，可配置的医疗事务管理规则模型池。

考核模型建立

考核模型是管理系统运行结果的直接表现，良好的考核模型能够展现对管理提供准确到位的数据，体现管理的指标实现程度。

图 2 以“医疗质量”管理为核心的全面质量管理流程草图 可控型是全面质量管理的保证手段

可控型是指在实施全面质量管理时，背离核心规则要求的操作是不允许的，同时核心规则的定义和配置是简单灵活的，可以方便的与现有管理手段和医疗需求相适应，可控型在实际系统应用中有很多的表现，下面就以病历文书书写中必点项目为例说明：

图 3 病历书写必点项目

病历文书作为一种有法律效力的文书，记录着医师的诊疗行为过程，在电子病历系统中，模板是一种规范文书书写和提高病历书写速度的主要手段，模板中往往设置有很多默认的一些选项，对于对诊断有鉴别意义的症状、伴随症状、既往史、体格检查项目，即使是采用默认设置的值，也必须点击确认，从而表示这些项目是认真处理过的，否则病历将不能提交完成，通过这种机制对医疗行为有了提醒作用，从而有利于提高医疗质量。 对于不同的专科，不同的特定病种，这种医疗行为可以根据需要灵活设置。

六、 GoodWILL电子病历平台系统存储框架

1、电子病历数据的特点 （1）电子病历数据内容涉及广泛

电子病历数据目前包含：病案首页、住院病历、病程记录、手术记录、会诊记录、 知情同意书、出院记录、死亡记录、入院情况介绍表、一般护理记录、危重护理记录、体温 单等，还可包括医技图文报告。等等。

总之和医疗相关的文书基本包含在内，因此文书的类别和种类不下几十种，内容涉及广 泛。

（2）电子病历数据结构和样式的复杂性

其一、电子病历数据的结构和样式有以下几种：文本型（如病程记录），表格型（如妇 产科、一般护理记录、危重护理记录），图文混排型（如神经科等专科检查和医技报告），图 形数据（如体温单）

其二、由于各个患者的病情不同，即使用同一个模板写出的病历，在内容和细节上差别 也是很大的。

其三、电子病历数据的样式由于目前书写习惯上的共识也决定了它复杂性，如产科病历 中39+3 周等，这些决定了病历的样式上还需要通过类似上下角标的字体来表达它特点的意 义。

（3）电子病历本身的特殊要求也增加了数据的复杂性

电子病历执行着三级检诊痕迹保留，因此对于检诊产生的修改和删除的痕迹所见即所得 也需要特殊得语法来存储这些电子病历数据。

（4）电子病历数据量和长期存储特性

按照纸质病历管理要求，门诊病历保留15 年，住院病历30 年，延伸到电子病历，就是长期在线存储，实时应用于临床和科研。随着医疗管理和医疗技术得变革，随着时间得推移， 病历格式、内容等都会有较大得变换，因此如何适应这种变换，保持电子病历的连续性，是 电子病历系统关键技术之一。

（5）结构化电子病历标准术语不完善性

国内结构化电子病历经过几年的发展，已经有初步成型的电子病历系统，在标准术语研究上也有初步发展，但是没一个术语集能满足我国电子病历结构化需求，因此设计一个能满 足将来术语扩展的电子病历系统也是电子病历系统的关键技术之一。 2、目前国内电子病历数据的几种存储方式

（1）基于数据库大字段存储

这种存储模式就是把文件直接存储到数据库得Blob 或Clob 字段中。

（2）基于数据库结构化存储

将电子病历的元素内容以XML 方式保存到支持XML 结构的数据库中，从目前的主流 数据库Oracle、SQLServer、DB2 这些大型数据来说，都支持xml 文件存储。这些数据库的 功能为基于XQuery 查询的XML 数据检索提供了良好的底层。

（3）基于文件服务器存储

基于自行研究的电子病历文件服务器或ftp 服务器来保存病历。 3、完全采用XML 数据库来保存电子病历的缺陷

（1）很难满足动态的XML 病历保存及样式显示

电子病历由于有字体、表格等格式的存在，同时几乎没有一个患者的病历内容相同，因 此实现样式和XML 数据分离的方式存在很大的困难，比如怀孕39＋3 周，这个节点，在XML 是一个元素，要在一个元素实现这种样式是比较困难的，这个只是一个例子，在专科检查的 有单元格合并的表格等来说，困难更大。

病历中由于有很多的症状分阴性和阳性描述，如果是阳性，需要弹出详细描述。

如上图，如没有婚育史，则在结构中就是一个节点，但是有婚育史将展开一个婚育史的子树， 详细描述年龄、子女数等。因此数据库方式很难用一个固定的Scheme 和相对于的样式来保 证这些变化。除非牺牲这种展开节点的粒度，那也就失去了结构化电子病历的意义。

（2）很难满足电子病历升级数据兼容的需求

国内出现过很多基于数据库存储电子病历升级不兼容的问题，由于这种方式的开发都是基 于既定的scheme 进行，因此但scheme 为满足新的不得不放弃兼容原来的数据，安贞医院就 发生过这种情况，如果因为系统升级就导致电子病历原有数据不能兼容，查看老病历还得用 老系统进行，电子病历就完全失去了意义。

（3）各历史阶段病历样式版本管理困难

随着时间的推移，病历样式和内容的变换，电子病历系统需要管理大量的样式，如何很好 的管理这些样式，是一个很大的难题，一旦样式丢失，就不能正确按原来格式复原显示病历， 这个也是一个致命的问题。

（4）电子病历痕迹管理困难

痕迹实际上是一种样式，这种样式的随机性非常的大，几乎事先不可预计，而且相同的概 率几乎为零，导致的后果就是，不得不为每个病历文件都保留一份样式，因此数据库的样式 和内容分离的优势就彻底的消失了。因此基于数据库得XML 来存储电子病历，非常适合国外得

电子病历系统，它们格式固

定，内容简洁；对于国内电子病历系统目前来说就非常不合适，满足不了我国对病历得要求， 这个也就是为什么国外电子病历系统直接引进到国内不能用得原因。 4、嘉和电子病历数据存储解决方案 三、嘉和电子病历数据存储解决方案

嘉和电子病历系统，结合我国得实际国情，同时满足结构化XML电子病历得要求，自主研

发了电子病历专用编辑器，很好得解决上述问题，同时： 1）嘉和电子病历数据格式

嘉和电子病历文件采用加密得XML文件，XML满足病历内容和样式保存，由于XML文件得压缩率很高，可高达70％，即100K可以压缩到30K，因此压缩XML文件第一保证了病历安全性，在非授权得情况下，不可查看和更改病历，第二，大大得缓解了医院得网络压力，同时加密传输，保证了病历得传输安全性。Xml文件可以采用分布式存储，解决了期海量存储问题的同时，保证了系统快速响应问题。

2）嘉和电子病历可以输出各种格式，满足电子病历得各种应用

可以直接输出XML数据、html等格式。

3）电子病历存储和科研流程：

通过上述架构，嘉和电子病历系统很好得解决了国内电子病历深层次得问题，同时满足了基于XML科研查询的需求。

电子病历科研系统 科研的电子病历数据直接进入数据库（Oracle、SQLServer、DB2等）XML字段或PURE XML 电 子 病 历 客 户 端 嘉和电子病历文件服务或医院指定得FTP服务 分布式电子病历文件服务器 或 数据库（Oracle、SQLServer、DB2等） 数据库Blob

4）嘉和电子病历服务层机制

嘉和电子病历系统采用c /a/s架构。嘉和电子病历服务层机制包括：消息服务、文件服务与接口服务三部分。消息服务提供客户端系统接入验证机制同时提供电子病历系统内部消息流转，文件服务器用于认证与存取病历文件，接口服务用于验证用户登陆验证，数据库连接获取等。

5）嘉和电子病历安全性

在整体安全性方面：嘉和电子病历系统是一个内部封闭系统，通过上一节的嘉和电子病历服务层机制阐述可以知道，未经授权的用户不能使用系统，未经授权的系统不能访问相关的服务。 在系统的安全性方面：系统采用严格的权限管理，包含角色、特殊角色、科室、权限等。保证的特点的人员只能作指定的功能操作。

在内容安全性方面：经过压缩加密的电子病历XML文件必须要使用专用的电子病历编辑器才能打开，因此极大的保证了病历的安全性。非授权用户是看不到病历的，即使通过非法渠道获取病历，也是打开不开的。因此保证了病历的完整性和安全性。

同时病历在网络传输过程中也是以加密形式进行。

6）嘉和电子病历文件服务器的存储方式

电子病历是采用文件存储还是采用数据库存储，这个由医院自己决定，系统本身支持这两种存储，嘉和文件服务采用多线层模式开发，不存在并发用户同时访问的冲突问题，结合系统中采取的一个文档在一个时刻最多一个人编辑可多人查看的机制，杜绝了并发书写的问题。 文件服务已经在如西京医院2900张床位和毓璜顶1900张床位等这些大型医院稳定使用。

7）嘉和电子病历与医院信息系统集成

在数据集成方面，采用Webservice集成平台，解决HIS、LIS、PACS、B超、内镜等相关系统，系统采用HL7标准消息机制进行。

界面集成方面，电子病历系统预留接口，可以配置调用DLL、EXE、IE等，充分满足HIS医嘱处理、PACS影像调用等界面集成功能。系统采用进程方式调用，因此所有界面集成的功能和电子病历系统其它功能一样，受主系统完全控制。界面集成的程度取决于医院和相关系统厂商的协调程度。

集成接入点包括医生工作站（其它的接入点和所签的合同规定的模块决定），电子病历系统的接口部分是一个的部分，被相关模块调用。 以上的集成已经在多家大型医院成功使用。

七、 硬件与网络配置建议要求

本系统采用多层架构交互层－业务层－中间件－数据库，可采用N层架构。

系统采用基于MQ(消息队列技术)的分布式、Remoting通讯机制开发的中间件技术实现分布式的3层或多层架构(MQ和业务层可分离)。

根据医院实际情况，建议采用三层架构，应用层（交互层和中间件）、业务层、数据库。

所有配置中的品牌都只是参考，采用相近配置就可

应用服务器

应用服务器是交互层与中间件的集合服务器，对整个系统的性能有决定性作用，要求较高。

配置建议

两台server（建议）组成双机热备份，要求2G以上内存。其它配制主流就行。

1. 数据库服务器

配置建议

利用两台或更多小型机组成CLUSTER集群

服务器建议加到4G内存或更高

2. 存储设备

数据库增长测算



病人主索引

如果医院每日门诊量为1000，其中1/4为初诊病人，则每日数据增长量约为250条，每年约为80,000条。 

病人住院主记录

本表描述病人住院记录，是病案首页的主记录，每次住院生成一条，日数据增长量=医院日平均入院病人数。 

病人入出转及状态变化日志

此表用于记录病人在病房流动及病人病情变化的历史，以便为医疗统计提供任一统计区间的流动情况。

如果平均每个病人生成3条变化记录，以1000张床位、平均住院日为20天计，每年的数据增长量为 365 / 20 * 1000 * 3，约为54,000条。 

医嘱信息

此表为在院病人医嘱表，该表面向已执行医嘱，兼顾临床需要和计价需要，兼顾药疗医嘱和其他类别的医嘱，其模型支持成组医嘱和父子医嘱。以每病人每日新开2条医嘱、1000张床位的医院计，每日新增医嘱2000条，每年新增700,000条。



住院病人费用记录（统计病案首页使用）

此表反映病人住院期间医疗总开销。由住院收费子系统在病人出院时填写。以1000张床位，每年出院1万名病人，每人平均5类费用计，每年的数据增长量约为5万条。长期在线保存。 

病历文件索引

此表记录了一个病人一次住院所使用的病历文件。以1000张床位，每年出院1万名病人，每人平均30条，每年的数据增长量约为30万条。长期在线保存。 

质控明细

此表记录了一个病人一次住院所涉及的质量控制明细信息。以1000张床位，每年出院1万名病人，每人平均10条，每年的数据增长量约为10万条。长期在线保存。

配置建议

采用磁盘阵列，根据上述计算，每年的数据增长在10G左右，可按此增长速度配制磁盘阵列。

（以上只是举例，可采用医院愿意使用的任何存储设备）。

3. 科研服务器（后期建设）

增长测算



XML数据增长量

5万份XML病历，增长量3G

 XML检索最低内存要求

由于科研需要遍历大量的数据，因此对内存的要求以及对CUP的速度要求较高，科研数据库的最低内存不低于2G。

配置建议

一台HP ProLiant DL580 G4高性能服务器（建议配置，可更好） （由于此服务器对运算服务要求高，最低内存配不低于2G）

客户端机器建议配置

各类主流品牌机或兼容机均可（严格来说P2以上机型即可满足本系统需要，建议采用

P3以上机型）。

4. 服务器操作系统

UNIX 或 WINDOWS 2000 SERVER

5. 网络要求

主干千兆，百兆到桌面，（百兆主干，十兆桌面也可以正常运行） TCP/IP协议

6. 客户端操作系统

采用WINDOWS 2000/XP中文版等都可

7. 数据库要求

支持Oracle,MS SQLServer、DB2、CACHE等主流数据库，版本不限。

八、 GWILL电子病历平台系统特点及功能描述

作为一种平台,实现以“病人为核心”的临床应用，它收集的信息包括病人的自然信息、社会信息、医嘱、收费、检验、检查、麻醉、心电、病历等，其中自然信息、社会信息、医嘱、收费部分已经在HIS系统中处理；检验、检查、麻醉、心电等病人客观信息，由相应的医技科室信息系统管理，可以通过接口可提取电子病历系统中供医生护士使用。临床信息系统和电子病历建设的关键难点在于医生护士手工记录的结构化采集和存储。goodwill电子病历系统中电子病历采集编辑存储平台成功地解决了这个难题。

GWILL电子病历平台包含以下模块：

1) 医生工作站 2) 护士工作站 3) 临床科室质控 4) 全院质量控制

5) 医院医疗核心制度管理和监控 6) 电子病案管理 7) 院内会诊

8) 科研查询统计系统 9) 病历随访系统 10)

与医院在用的或未来将使用的其他医疗信息系统整合的接

口系统；如LIS接口、HIS接口、PACS接口等

1. 系统特点

 成熟完善的临床业务流程设计

本系统的临床业务流程是在2.0版本的基础上优化设计而成，总结了六年来几十家医院临床使用经验和使用习惯。

 XML的电子病历专用编辑器

开发了拥有知识产权的基于XML的专用编辑器v3.0，以标准统一的操作界面，实现各种病历文书的书写处理，很大程度上降低了系统的维护、扩展和培训难度。从底层实现病历采集的XML结构化，同时具有排版样式、表格、图像与标注、修改痕迹、特殊打 印、动态模板调用、自动排版等功能。在实现临床病案快速、准确书写的基础上实现病历XML结构化，是实现科研和病案脱机使用的基础。

 设备信息接入

公司具有接入心电图、监护设备和其他生物电信号设备的能力，能开发相应的医技科室信息系统。嘉和的电子病历系统具有向医技科室信息系统提供接口，将其中的病人信息集成起来的能力。

我公司的ECG-Expert心电信息管理系统全国独家，手术麻醉信息系统也处于国内先进水平。

 实现临床业务量化控制

通过各种提示及相关控制，保证医疗文书的完整性，降低医疗事故。提高医院的整体临床医疗管理水平。

 实现科研数据与病历数据一致性

目前临床信息系统建设大多围绕“临床科研”为中心进行设计，但是很多系统采用“科研数据－病历文书”两条路的路线，即病历文字信息的采集采用数据库建立表单的方式，把医学用语尽可能多地预先设置在数据库中建成词典和模板，医生写病历时采用调用填空式的操作把内容进行结构化采集。但是用这种方法采集到数据库内的数据不能形成可打印的文本，于是这些系统要求医生在结构化采集完成后对采集数据进行再编辑，通过在编辑形成符合病历书写规范的可打印的病历。这样，存储在数据库中的结构化数据是将来科研和其他利用的数据源，而经过在编辑的真正的病历不再是科研利用的数据源。科研利用数据和病历中的数据不一致，造成科研结果的失去了病历的支持。这样数据库内的数据成了被质疑地数据。有的人称之为垃圾科研数据。

本系统通过专用XML电子病历编辑器，医生在录入处理病历文书的同时实现了结构化采集存储，科研数据完全来自病历文件本省，保证了科研数据和病历数据的绝对一致。同时医生一次录入即完成病历文书书写，减少了医生护士的工作量。

 所见即所得动态的XML病历文书编辑

支持病历内容结构化或半结构化的描述和存储。对于以描述性内容为主的内容，支持半结构化的方式提取内容的框架。上述结构不仅在编辑过程中使用，在保存时可以依然保持这些结构以便后续利用。

支持静态和动态的内容模板。结合疾病的相关知识，支持医生定义静态甚至是动态的输入模板。在输入时，可以主动调用这些模板，或者根据上下文关系自动应用一个动态模板，从而达到简化输入的目的。

支持所见即所得的编辑方式。允许医生对病历内容的版式外观进行控制，支持表格、图形等非文字内容的插入，能够在保存时将内容与外观分离管理。

保留内容的同时保留外观。出于病历原始性的考虑，在描述病历内容的同时，能够对病历文档的外观进行描述，在任何时候，可以通过纸张出现病历的原始格式。 适应内容变化发展的要求。一份病历有很长的时间跨度。由于医学技术的发展，会不断地有新的内容结构增加到病历中。而由于认识和技术手段的进步，原有的结构也会发生改变。病历的描述模型要能适应这种结构上的变化，能够支持新的结构类型并能保持历史结构。

满足交换和脱机使用的要求。病历满足脱机使用才能很好的实现未来交换和传输的需求，为将来电子病历最终实现“个人健康记录”奠定必要的信息转移基础。

 符合医疗管理规范要求

系统符合国家《医疗事故处理条例》和《病历书写基本规范》的基本要求。 １） 在内容上符合规范。本系统将病历的基本内容分为基本信息、住院志、

首次病程、日常病程、手术病程、护理记录等，每一类又分若干细项，并提供自定义扩展功能，满足临床各个专科的需要。

２） 在格式上符合规范。本系统按照规范要求，程序自动编排病历。 ３） 在功能上符合规范。在满足病历基本功能的基础上，一是突出三级医疗工

作制度贯穿始终，强化了三级医疗工作制度在病历中的体现。二是突出医疗过程的知情工作制度，使知情同意书更规范、完整。

 病历信息安全可靠

１） 在管理制度上实现安全。通过建立用户名、密码、权限，建立医生等级管理，

确保谁书写签谁的名。

２） 在病历文件上实现安全。采用加密存储格式，文件在存放和传输过程中确保

安全；实行保存修改记录痕迹技术，书写时间和医生签名由系统自动生成的方法，保证了病历信息的真实性。

３） 在系统数据上实现安全。建立系统数据删除机制，对医生已签名的数据

做永久保存；建立系统工作日志，记录登录、退出、书写、修改、保存、签字、打印等所有进出系统的操作；建立系统工作日志备份机制。在医院网络安全的大前提下，通过建立和完善以上技术及其管理，较好的解决了病历信息的真实、安全和保密问题。

 支持医疗质量实时控制

本系统根据《医疗事故处理条理》和《病历书写基本规范》的要求，建立５类３０项病历书写时限质量和５类２６项内容质量控制指标体系，通过流程监控、在线预警、智能判别和信息反馈四项实时控制方法，提高了病历书写的及时性和完整性。为医院质量管理部门、科室和医师个人提供病历质量的客观数据，更有针对性的指定纠正偏差措施提供信息保证，对构建以“预防”为主的医疗质量实时控制体系，真正提高住院病人的医疗质量起到了良好的作用。

 提高临床信息采集效率

本系统通过创建特殊文本编辑语法、关键词调用、重复信息自动生成、规范模板调用和信息集成共享等特有的信息采集编辑方法，大大减少了医生在书写病历中的重复劳动，提高了信息采集的效率和准确性。

 提供临床常用知识库

本系统提供了临床诊疗工作中常用的工具书，如医疗护理技术操作常规、常见症状和特征、临床用药手册、临床检验手册、疾病治愈好转标准、中医辨证施治及临床中药手册等，方便临床医生在诊疗工作中对相关知识、理论、方法、技术等的检索与查询。

 满足客户化扩展需求

１） 具有很好的自身扩展功能，如各种数据库的维护和各种模板的维护，以满足不

同学科的需要。

２） 具有很好的融合功能，如与HIS、PACS、LIS等医院其他软件嵌入，支持系统本

地化，以实现病人电子化信息的有机集成与交换。 ３） 能够支持多种数据库平台，如Oracle、SQL Server等。

 具备病历数据挖掘功能

１） 提供科研病历信息采集接口，满足各种不同科研病历设计需求。 ２） 提供科研病历数据检索方法，满足科研检索、统计和分析需求。

2. 系统功能介绍

2.1. 门、急诊医生工作站系统

门诊医生工作站是“门诊流程”中的核心部分，大部分病人的就诊信息由该系统产生，包括电子病历、电子处方、电子申请单、门诊日志等信息。

2.1.1. 系统界面

2.1.2. 医生诊间预约与挂号

医生工作站提供医生预约挂号功能，并与挂号系统集成。医生可以给病人进行预约挂号、加号。医生也可通过工作站修改自己的挂号量，并传入挂号系统。挂号

系统确认后，以医生提交的修改为准，传递给护士分诊系统，同时给医生工作站信息反馈。

2.1.3. 病人基本信息查询

门诊医生工作站支持划卡、条码扫描、手工录入等方式调入病人信息进行问诊。也可以通过组合条件查询病人信息。显示信息包括病人Patient Id、姓名、出生日期、住址、是否为医保病人、是否有其他商业保险等。如病人有过不付款的不良记录，系统会给出信息提示。

2.1.4. 既往医嘱信息查询

为了提高医疗质量，为医生提供参考，当病人再次就诊时，系统会自动列出其历次就诊记录。医生可以通过历次就诊记录了解到病人历次就诊的医嘱信息、既往史及治疗过程。并且提供病人药物过敏史等相关信息，为医生诊断提供依据。

2.1.5. 检查结果报告查询打印

通过完善的接口技术，医生工作站可以直接调阅病人的检查/检验结果。调用的结果只做显示，在医生工作站处不能修改。医生工作站也可以通过病人历次就诊信息检索到病人历次的化验、检查结果报告以及图像信息支持，并提供打印。

2.1.6. 临床检验分析

2.1.7. 电子处方

1、开方权限设置

 系统具有严格的权限控制，不同级别的医生拥有不同的开方权限。根据其开方

的权限，决定医生能开的药品。开方权限分为处方权限、医师级别、处方级别及每个级别的用量控制，权限划分规则可由医院自由定制。医生在系统严格的权限监管下无法开出“越级”处方，防止医生滥用抗生素及其他药物。  电子处方能够针对科室进行特殊药物。例：儿科医生就不能开出治疗成人

疾病的药物。利用信息系统保障病人的用药安全，避免低级事故出现。  医生通过自己独有的用户名和密码登录系统，系统根据其权限设置赋予相应的

处方权。

 系统支持医生可以面对多个门诊药房库存开药，默认为药品初始化时的执行科

室。医生在系统默认的基础上可以进行选择。

 系统按药房、处方类型、及处方其他（最大金额、疗程、药品种类、医保

西药方、非医保药方等）进行自动分方，消除医生开方的后顾之忧。处方的分

类设置可有医院自己定义，利用处方设置模块对分方规则进行定义。 3、药品、诊疗项目价格提示

医生工作站的一个优点在于省去了医院传统的划价环节。因此，在医生工作站中能够清晰直观的显示药品或诊疗项目的价格，并自动判断库存。病人可以在医生处得知所发生的费用。也可根据显示的价格挑选疗效相当，价格较低的药品。并可以得到药品的相关规格和用法用量的指导。 4、医保信息提示

门诊工作站全面提供医保病人的医保信息提示。如果是医保病人，系统会自动根据医保对适应症的要求，药品付费比例等问题给医生相应的提示。 5、医嘱处方备注

系统提供医嘱的备注功能。对于有特殊嘱托的医嘱，医生可在备注信息栏中编辑嘱托或其他注意事项。 6、电子处方模板

系统提供处方模板功能，不仅能帮助医生快速开处方，也可以给医生进行参考，以便做出正确诊疗。

 处方模板基于医生个人、医疗组、科室及全院分级建立。完全满足个性化需求，

且维护简单。

 处方模板可以根据医生自己的习惯命名建立，也可以根据疾病或按照身体部位

进行建立维护。

 处方模板内容针对每种药物。医生开处方时可以在每种药物下根据权限大小自

由选择某种药品。 7、药品名称

医生工作站与药典维护系统一体。在药典维护模块中，提供药品的商品名、化学名及通用名的区分。可在电子出访上统一使用一种药品名称，使处方、管理更加规范。 8、电子签名

 实现电子签名。用户保存信息时，系统会自动读取第三方认证的签名卡信息进

行电子签名，经过签名的信息在系统中加密存储；  签名卡识别启动，没有签名卡的用户无法启动系统。

 采用128位加密存储技术，系统会根据签名卡信息进行数据加密，任何人从后

台无法非法修改任何资料； 9、电子处方打印

系统提供电子处方打印功能。系统根据系统的自动分方结果，选择不同的处方标识进行打印。不仅能够真实反映医生的处方，还能对不同的处方进行不同标识。

2.1.8. 检查/化验申请单发送打印

 医生工作站可以将各种检查/化验预约信息传递给相关医技工作站，并接收医技工作站的信息反馈，从而合理利用资源安排病人的治疗过程。

 门诊工作站提供检查/化验的预约申请功能，能够给病人打印预约申请单。

2.1.9. 电子病历

见3.5章的电子病历系统介绍（门诊电子病历和住院电子病历的差异只是在

模版），门诊由于时间的，患者在短时间办要完成就诊过程，并拿走打印出来的病历，所以门诊的病历内容相对简单，书写快捷，以各种常见病为单位建立模版。

2.1. 住院医生工作站系统

住院医生工作站是医院医疗信息中心系统的核心模块 ，它结合医生日常的工作，以医嘱和电子病历为中心全面展开，将医院医疗中心系统的各个组成部分有机的连接起来，是作为临床医疗信息系统事务处理的一个重要标志。而其中全结构化的模板病历信息录入、智能的医嘱处理及知识索引的完善解决，是医院医疗系统得以顺利实施的关键。医生使用此系统可以处理手工业务的大部分事务，也可实时了解病人病情和治疗情况、检验检查数据，还可以参考类似病案进行辅助诊断，从而极大的提高工作效率。同时，系统在避免医生书写病历的疏忽、错误、遗漏等易发生法律纠纷的常见问题上进行了深入研究，能

够及时对医生进行必要的提示，大大避免了医疗事故发生的几率。 2.1.10. 系统操作界面 用户登录

实习医生登录

2.1.11. 平台管理界面

2.1.12. 病人管理界面

2.1.13. 操作平台界面

在此平台上能够完成病人的所以操作，包括病历书写、医嘱、三测表、病案首页、既往病历查看、各种检验、检查申请。 2.1.14. 电子病历

见2.3章的电子病历系统介绍

2.1.15. 医嘱分析

2.1.16. 临床医技报告

2.1.17. 临床医技报告图像浏览

2.1.18. 临床检验分析

2.1.19. 书写助手

特点：

 症状库包含了病历书写过程中经常用到的症状描述，使用户可以快速录入模板中没有的症

状描述

 体症库包含了多种体症描述，加快医生在进行体症描述的速度和效率  拼音、常用词提取了来自其他系统已录入过的数据，同时结构化存储  符号库提供了医生日常使用的特殊符号  图库提供了医生习惯的图形标注图  书写助手中的知识库维护方便

 所有提供的数据均可以采用多层次的结构化语言进行扩展 2.1.20. 数据提取窗口

特点：

 集成所有医院现有系统的数据结果  相应结构报告数据自动加载到数据提取窗口  方便快速将数据结构调入病历  调入结果也是XML结构化的

2.1.21. 在线知识库

包括了药品库、医疗护理技术操作常规、治愈好转标准库、法律规范库

特点：

 提供治愈好转标准库  提供医疗护理技术操作常规

 提供药品库，使医生给患者用药时有据可查

 法律规范库，使医生可以了解更多关于医疗纠纷的法律常识和信息

2.1.22. 鉴别诊断知识库

特点：

 为医生在为病人做鉴别诊断时提供决策支持  医生自行维护方便、简单

 种类齐全，包括了大部分疾病的鉴别诊断  减少医生手工录入

2.1.23. 诊疗计划知识库

特点：

 为医生在为病人做诊疗计划提供决策支持  医生自行维护方便、简单

 种类齐全，包括了大部分疾病的诊疗计划  减少医生手工录入

2.1.24. 病历书写

书写助手提供医学术语知识库、症状库、特殊符号、常用词和医学手绘图

所见即所得编辑方式

自由语言描述

结构化语言描述

临床数据提取插入

任意位置

表格图形处理

病历自动排版

病历书写状态区分

病历分为书写、阅读、签名状态，可以通过对病历文书的书写与只读状态区分，实现一人书写多人查看机制

阅读状态

书写状态

2.1.25. 病历文书类别

入院记录包含了（全院通用、科室通用、专科）

病程（首次病程、上级医生首次查房、上级医生常规查房、科主任查房、阶段小结、疑难病例讨论、输血记录、转入记录、转出记录、记录、记录、辅助检查分析记录等等）

手术病程记录

（手术记录、术前小结、术前讨论、术后首次病程、术后上级医生查房等等）

会诊记录

知情同意书

随访记录

输血同意书，随访记录，病历摘要、死亡讨论、疑难病历讨论、死亡讨论、出院记录。

输血申请

2.1.26. 电子病历模板制作管理 模板审签管理

模板科室归类管理

元素插入

高级元素管理

关键词管理

元素定义管理

编辑器特殊处理功能

自动逻辑判断知识库

专科知识库维护

高级功能

2.2. 护士电子病历平台系统

由于医院原有系统的原因，我公司提供三测表、护理记录功能

护士工作站平台，是医院信息系统的一个关键平台。对病人每天发生的各种情况进行收集整理，本系统可完美处理这些日常事务。系统从信息传递方面已达到无纸化的操作，一切信息都通过网络流通，避免了护士进行大量文字转抄工作。 包括一下护理文书：

体温单、动态观察表、一般护理记录、危重病患者护理记录单、特殊药物观察表、微量血糖观察表、ICU护理记录单、健康教育记录单、入院护理评估表、、出院护理评估记录、交记录。

三测表录入：

特点与作用：

(1) 各种护理单据的生成，如三测单曲线自动绘制，操作者只需输入准确的数据，系统将自动生成准确的三测单曲线。

(2) 提供完整护理病历，书写快捷、规范。

(3) 护理病历与护理单据作为病案一部份，医生可随时查看，了解病人护理信息；与病案一同参与护理质控，并由病案室进行归档。

2.3. 电子病历系统（集成于住院医生工作站中）

电子病历系统是一个全院级的临床应用系统 ，系统面向临床医生，实现了医生日常书写病历、医嘱操作、检查检验申请、检查检验结果传送、设备集成、护士工作电子化等的需求。它既可将病人在院期间的所有医疗信息通过计算机管理，提供电子存储、 查询、统计、数据交换利用等功能，并给医生临床工作提供决策支持的医学知识库。通过电子病历系统，可以将传统病案中的大部分内容电子化、结构化，实时监控医疗书写质量 ，降低医生书写强度，提高工作效率。

2.3.1. 所见即所得的病历书写

特点：

 所见即所得的编辑和修改  保证病历数据和科研数据的一致

 不但控制病历内容，对于样式和板式也可以控制  符合医生传统书写习惯  界面友好，医生学习使用快

2.3.2. 所见即所得的痕迹修改

特点：

 实现医生三级检诊  实现病历修改的痕迹保留

 保留的痕迹除修改人外还保留了修改时间以及修改时所在机器  修改的同时保留痕迹，便于医生修改时随时了解修改情况

 修改痕迹与病历合并存储，保证系统或数据库崩溃时，修改痕迹不丢失。

2.3.3. 病历标记功能

针对病历书写时，医生往往有些内容不确定或需要待查，嘉和电子病历系统提供了标记功能，标记功能可以将需修改内容通过红色字体标记，使医生能很方便的调阅待修改的地方

2.3.4. 信息采集编辑技术 有无选择、单选、多选 特点：

 有无选择使医生不会遗漏选项  提高医生病历的录入速度，效率

 结构化的录入方式为医疗科研奠定数据基础  关键字的应用使医生在调入模板以外的信息方便快捷  多层次的结构化使病历内容详细，完整  数据来源一致使科研数据和病历数据保存一致

2.3.5. 表格编辑

特点：

 表格病历清晰直观

 表格本身也是结构化的，便于内容和结构统一存储

 表格可根据用户要求自行调整，具备合并单元格，拆分单元格等复杂的表格制作功能  可任意位置添加表格 2.3.6. 三级检诊

2.3.7. 医用图形、图像编辑

特点：

 可任意位置添加图形，便于用户插入  实现图形图像标注，使病变部位清晰，突出

 图形、图像也按照XML存储，便于图文病历的集中存储  图形、图像中的标注也为结构化存储，便于查询

2.3.8. XML病历输出

特点：

 实现病历打包，脱机使用  不依赖数据库展现内容  有利于病历的长期保存  不影响数据库的应用性

 便于数据迁移，不会在迁移时造成数据丢失

 系统产生的电子病案具有与传统纸张病案相同的完整性，具有可迁移性。 2.3.9. 特殊打印技术

1. 自定义病历模板打印或套打；系统有灵活的打印格式编排功能，可以根据医院的实际要求

进行定制。

2. 智能化的病程续打功能：自动记录打印情况，续打时无需用户干预。

3. 系统打印出来的病历每页具有唯一标识，避免伪造病历； 可采用流水号和流水号加密的方

式进行。提供该标识的验证程序。 4. 医嘱套打和续打。可以补打部分内容。 5. 提供整洁打印功能。

6. 对病历打印，复印做相应记录，确保打印随意外流，和患者复印的病历文书与电子病历文

书的一致性。

7. 提供病历集中打印功能，集中打印需要打印病历首页、医嘱、病历、护理记录、检验结果、

检察报告等完整病历内容。

8. 提供完整病历导出功能，导出内容包括首页、医嘱、病历、护理记录、检验结果、检察报

告等完整病历内容。需要按照原病历格式完整导出到文件，例如PDF文件或XML文件格式。导出的文件可以用通用软件打开，或自打开。导出文件包含可由医院自设置。导出文件不能修改。病历文件的导出需要权限控制并有记录。

功能界面：

整洁显示

有修改痕迹

多种特殊打印功能：

支持多种特殊打印功能，如整洁打印、续打、选择打印等

系统打印出来的病历每页具有唯一标识，避免伪造病历； 可采用流水号和流水号加密的方式进行。提供该标识的验证程序 2.3.10. 数据导出 导出平面语法格式：

导出xml格式文件：

导出gb2312xml

特点：

 保持病历的整洁性  保留病历修改的原始状态

2.3.11. 段落控制

对于病历文件中的病程记录比较特殊，要求实现分段书写连续显示分段质控

2.3.12. 逻辑判断

2.3.13. 断点续传

2.3.14. 编辑器核心技术

电子病历编辑器是实现CIS Studio系统的核心技术，完全采用C语言开发，因此可以从系统级实现病历书写所需的各种特殊功能，不需要安装Office软件，实现系统的真正。界面熟悉，操作方便，大大增强的软件的易用性。

a) 行选、单项选择、多项选择、有无选择

选择元素，主要是对一些常用的项目进行处理，在本版编辑器中，这四种选择操作都使用一种表现形式来处理。通过使用默认值功能，大大减少了编辑中对行选、单选的常用值的处理，从而加快了编辑的速度。同时也减少了在编辑过程中由于选择操作而出现文档跳动的问题。如下图：

所有选择项目在获得光标位置后都会在右下脚产生一个向下的小黑三

角型，如果一个元素获得光标后在右下角出现一个向下的小黑三角型，说明此元素是一个选择元素，这时双击或按Enter键就可进入选择操作界面。 单项选择界面（用于行选和单选）：

图 单选

图 行选

多项选择界面（多选和有无选择）：

图 有无选择

图 多选

从上述可知，统一的操作很大程度上方便了用户的培训。

b) 关键词

关键词是引导一组文字的词，如：

关键词的特点是如果用户需要详细描述的，在点击关键词后，通过外围程序的调用，插入相应的模板或操作，这时关键词将被插入的内容替换。

注意：本版本的关键词如果未处理，则有一个控件接口函数可删除未处理的关键词，一般在排版的时候进行。

操作方法：方法一，左键单击模板中已提供的关键词；方法二，拖黑模板中已提供的关键词；方法三，模板中未提供，但关键词库中有的，可单击右键或点击编辑(E)选择知识库中的关键词查找。方法四，在模板中没有提供关键词时，如果能准确录入关键词的名称，录入后选定文本（拖黑该词）。

c) 录入提示

为了精确描述主观录入的内容，编辑器引入了录入提示元素，如：有两种形式

图 整个元素是一个录入提示

图 一个元素的部分内容是录入提示

当光标到达录入提示的任何部分时，录入提示部分自动全部选中，这时可直接录入，自动覆盖提示内容，同时，如果是用鼠标点击的，外围程序可做相应处理，如“地名”，会弹出地名输入法输入。

d) 宏

对于在所有文档中不变的信息，系统引入了宏元素，这样大大简化了编程接口，同时保证了所有基本信息的一致性。宏的内容只能通过程序修改，在编辑时不可修改。如：

注意：宏的选择一定要是在所有文档中固定不变的信息。宏元素通过控件接口插入，不在平面语法文件中处理。

e) 使用图形

图形是由其他文件创建的位图。这些图形都是文档的一部分。选中要编辑的图片，使用“绘图”工具或双击图形可打开“电子病历图像处理器”，通过“电子病历图像处理器”可以更改这些图片的颜色、图案、文字和其他效果，但图形的大小不能调整。

 添加形状：

若要添加一个矩形、园角、椭圆等，请单击“电子病历图像处理器”工具栏上的“矩形”、“园角”、“椭圆”。

 绘制线条、箭头：

在“电子病历图像处理器”工具栏上，单击“线”、“角度”、“箭头”。 单击要开始绘制线的位置，再继续移动鼠标，然后单击要添加线的任意位置。  绘制多边形：

在“电子病历图像处理器”工具栏上，单击“多边形”，然后单击要开始绘制多边形的位置，再继续移动鼠标，然后单击要添加多边形的任意位置。

若要结束绘制多边形，请随时双击鼠标。  擦除图形：

如果图形是当次通过工具栏上的工具绘制的图形，只要单击该图形，选中后按“删除”键。

如果图形是已有的图点，可单击工具栏上“橡皮”，选择用来擦拭的颜色，然后单位开擦拭的位置。

 添加注释：

要修改各个形状的注释，先选中该形状，双击该形状所带的注释，输入要添加的文字，按“确定”即可。如果要取消标注线和注释，可双击该形状，在标注属性中将“显示标注虚线”或“显示标注文本”设为未选定。

通过“标注属性”还可对边框线的宽度、填充的颜色进行设置。

 保存图形：

图形绘制完成后，单击工具栏上“保存”键，可返回到文本编辑状态。

f) 使用表格

表格在本版编辑器中有了重大升级，实现了强大的表格功能。表格由行和列的单元格组成，可以在单元格中填写文字和插入图片。表格通常用来组织和显示信息。

2.4. 质量控制系统

2.4.1 总体描述：

建立医生自查，临床科室质控统查，全院质控抽查的三级质控体系。实现病历实时在线控制，减少病历书写缺陷，提高病历质量。结合计算机技术采集、加工、传输和存储病历

录入过程的实时信息，从多方位、多途径、多环节的数据录入过程质量控制入手，实现了病历质量控制系统。该系统的建立，弥补了病历误填、标准掌握不准等质量缺陷，及时纠正了病案首页录入过程的数据偏差，有效提高了病案首页原始数据的准确性和完整性。

系统建立了二条质量控制线：一条是过程控制线。包括二部分，一部分是针对人工输入数据的各个环节进行分层内容核查；另一部分是针对具有逻辑关系的数据进行逻辑关系核查。第二条是反馈控制线。由质控部门进行质量考评，将考评信息反馈给相应的数据采集点及时补充修改。

质控功能包括：

 允许用户定义质量管理规则。包含但不限于文书完整、时限要求、频次要求等。  按照质量管理规则对未完成以及与规范有冲突的内容进行提示；为医生提供多种提醒

功能。如首次病程记录在8小时内完成、入院记录在24小时内完成、病程记录三天一记、上级医师查房5天一记等等。以帮助医生能够及时填写病历资料，避免医疗差错与纠纷。

 质控自动评分：根据质量管理规则，自动形成病历评分。将质控体系细分为三级：医

生、科室和医院。医生可以对所管床位病人进行评分，科室质控员对本科病历进行评分，质控部门对全院病历进行评分。

 医务科医生可以随时对病区医生填写的病历资料进行检查，由系统自动统计检查结果，

并给出报表信息。同时，向不符合要求的医生发出检查通知，限期修改。提供消息平台，实现工作站和质控科质控信息交互。

 书写时间：系统记录各种医疗文件的书写时间，在医生没有在规定时间完成的，系统

自动提醒医生并记录在案。

 具备病历书写流程控制功能。书写流程可以自定义。在相应工作未完成之前，某些工

作不能进行。

 自动检查病历的完整性。提醒相关人员缺少哪些医疗文书。

 具备病历书写提示功能（通过病历模板设计，可以实现对病历文书书写时内容的空项、

缺项、必须关注项目质控。保证病历文书的基本质量。）

 可实现对病历书写规范要求的时间点进行自动监控，并自动发出监控信息。  支持临床科室环节终末控制

2.4.2 功能界面：

2.4.2.1. 医生自评

特点：

1、

医生完成病历后，可以点击质量自评。通过自评分医生可以了解到病案出现的缺陷

2、

除了病案评分标准检测外，还可以对于指导医疗行为，如：入科后，常规检查完成情况

3、

医生在点击病历完成时，系统会自动检测完成是否符合要求，如果出差不符合的审签情况，系统会自动提示医生应该完成的工作，并医生做病历完成处理。

2.4.2.2. 三级检诊痕迹保留

2.4.2.3. 病历完整性检验

2.4.2.4. 临床科室质控

特点：

1、 对于具备提交资格的病历进行终末质控，将终末质控提前至科室，既方便医

生修改病历，有提高了病历提交质量。

2、 具备质控标记功能，有效，明确的指出病案中发现的问题 3、 具备质控消息发送功能，及时通知医生修改缺陷病历 4、 具备了环节审签机制，将打印控制与质控完美结合 5、 解决医院质控科人力资源不足问题

2.4.2.5. 院级质控

院级质控汇总

自动时限提醒质控规则设置：

病案评分标准设置：

书写频次质控规则设置

医嘱质控规则设置：

合理检查质控规则设置：

诊断质控规则设置：

重要医嘱质控规则设置：

单病种质量标准设置：

晚回病历计算标准设置：

质控统计报表：

病历申请开放管理：

病历导出审批管理：

环节质控统计分析

6、 医生自评

2.4.2.6. 科室质控信息分析

2.4.2.7. 终末质控信息分析

 即可按照可是质控信息进行分析查询，又可按照人员分析查询  提供在院病人时限监控查询  完成时限监控明细

 医疗文书工作量统计等多种统计查询功能

诊断合格率查询

2.4.2.8. 自动查对机制

2.5. 核心管理制度查询系统

2.5.1 总体描述：

核心制度管理系统，将质量控制管理更加有针对性，对于医院最关心的死亡病历、危重症病历、输血病历、特殊报告病历、抗生素应用病历、交管理、会诊管理、科室排版情况进行实时量化管理，并建立消息交互机制，保证医疗管理中最关键部分能行之有效的被医管部门所掌控。 包括以下管理制度：

 首诊负责制度：系统需要记录首诊医生，首诊医生需要完成事项强制完成。  首问负责制度：系统需要记录首问医生，首问医生需要完成事项强制完成。  三级医师查房制度：三级医师权限区分，查房频度按要求强制完成。做到及时提醒，

强制负责，以权限和电子签名为基础，控制上级医师行为。  疑难病例讨论制度：按医院设置范围，疑难病例必须有讨论记录。  术前病例讨论制度：手术病例必须有病例讨论。  死亡病例讨论制度：死亡病例必须有死亡病例讨论。  危重病人抢救制度：危重病人需要有抢救记录。  会诊制度：需要提供会诊模块。

 查对制度：需要有查对机制。提示病史、体征、诊断、治疗、用药、医保、特殊身份.  病历书写基本规范与管理制度：在病历中体现

 交制度：需要提供医生排班表模块、交模块。以医生排班为基础进行交。  医疗技术准入制度：按照医院设置，医院治疗的技术方式方法。

 手术分级管理制度：按照设置和手术通知单，不同的医生具有不同的手术分级治

疗权限。

 谈话告知制度：根据医院设置，需要谈话记录。  临床输血管理制度：提示输血注意事项。

 危急值制度：根据检验、检查科室的特殊结果，需要实时提醒医生进行相应处理。 传染病、肿瘤和院内感染等报病程序：需要提供报病模块，按照预设条件强制医生执行 2.5.2 功能介绍：

新技术准入管理：

科室排版表

死亡病历统计

死亡病历查询管理：

危重症患者查询管理：

输血患者病历查询管理：

检验检查异常结果提醒

手术患者查询管理：

抗生素应用查询管理：

核心管理制度监控：

交管理制度：

2.6. 电子病案室系统

功能描述：

 电子病案归档管理，对于已出院患者病历进行归档处理，保证归档后病历和实际病例

的一致性

 病案编目管理，可对于病案进行编目处理  病案借阅管理，病案借阅登记、病案回收

 病案统计查询，对于编目后病历可进行自定义条件的查询统计

2.6.1 病案归档和借阅

2.6.2 电子病案自动归档

2.6.3 电子病案自动评分

2.6.4 电子病案编目

2.6.5 电子病案检索

2.6.6 电子病案打印复印登记

2.6.7 病历群签、集中打印

2.6.8 签收管理

2.7. 院内会诊

功能描述：

 会诊申请，医生下达会诊通知单同时，自动传递会诊通知至相应科室  会诊提醒功能，自动提醒被邀医生会诊时间和地点

 会诊催办功能，在会诊临近时，或医生没有及时回复会诊申请时，可手动催办  会诊记录要求可以在被邀医生自己的工作站完成，并且多个医生可以同时对同一患者

进行操作

会诊申请

会诊管理

会诊通知催办

会诊记录

会诊工作量统计

2.8. 病历随访

随访管理

随访患者安排

随访计划

随访就诊周期表

随访记录

2.9. 结构化病历统计查询（科研统计查询）

2.9.1 总体描述

病历作为医院的财富，它的价值体现在“长期、大量”的病历信息作为医疗科研的数据基础。结构化后的病历，可以通过强大的数据检索查询功能满足医生临床、科研和教学对病案的检索要求，具有较高的科研价值；可以对海量病历数据查询和知识挖掘，还可以为医疗智能决策提供支持。查询平台

特点：

 用户可自定义科研统计方案

 提取数据按照类别查询，提高科研效率

 科研数据来源于病历文件，使科研数据和病历数据保持一致  用户自定义建立病历检索规则

2.9.2 病历采样平台

特点：

 符合医生科研检索习惯

 随机搜索样本病历，可按照用户要求挑选病历

2.9.3 病历节点抽取设置

特点：

 用户可参考模板自定义添加查询节点  提取过程可自定义节点名称和节点路径

2.9.4 导出管理

2.9.5 统计

特点：

 快速的查询速度，可自定义的查询结果显示，支持另存为其它文件，如EXCEL文件。

2.10. 权限管理

总体功能描述：

 多级权限控制；系统中体现有三级医生查房制度，不同职称的医生在系统中设置有不

同的功能权限。上级医生可以查阅到下级医生填写的病程记录，并能够对其中的内容进行修改，修改完成后在查房记录中签名。下级医生能够查看到上级医生填写的病历内容，但不能进行修改。

 修改后病历上所见即所得的显示修改痕迹，类似word的修改痕迹，痕迹型式符合病历

规范要求（支持三级检诊，根据医生相应医疗职称，实现三级检诊活动中副高及以上医师、主治医师、住院医师相应书写修改权限。并对保存修改痕迹，痕迹型式符合病历规范要求。同时提供整洁显示，实现在打印时对修改痕迹打印控制。  对特殊病人，可以指定允许查阅、修改病历的人员；  支持数字证书认证登录方式。

 电子签名：电子病历必需支持数字证书技术，对于敏感信息，系统使用经市信息中心

认可的第三方数字证书信息进行电子签名，采用加密存储技术，防止数据被篡改。在有需要时可以进行签名校验。

 支持无资格医师病历书写权限设置。具备实习医生、进修医生书写权限设定，需要记

录实习医生，进修医生书写信息。

通过对病历文书的书写与只读状态区分，实现一人书写多人查看机制。 功能界面： 模块特殊角色设置：

权限组：

附属账户管理（实习生、进修生、无资质医生）

附属帐号登录：

功能设置

特殊权限管理 病历浏览工作站：

病历维护工作站：

功能描述：权限管理系统，是电子病历平台赋予用户权限的平台，最小权限可以控制到按键。通过权限的设定，可以从功能上区分每个用户。将管理理念融入权限设置中。

九、 系统集成技术方案

嘉和美康是国内领先的、专业的医疗信息系统开发商，有专业成熟的接口技术，已成功的和多家HIS、PACS、LIS等系统成功无缝链接。

1. 集成方式

采用Web Service技术实现各接口,真正实现电子病历平台与各接口系统间的低耦合、高内聚功能，保证了系统的扩展性以及对各接口系统变化的快速适应性。

采用实时和Cache两种同步方式，既保证数据同步的准确性，同时又最低限度的减少对现有系统的访问压力，保证现有系统的稳定运行。

用户登陆验证机制采用HIS现有方式，减少用户和医院对帐户的管理难度。 为了保证原有系统的稳定运行，电子病历系统采用的服务器和数据库方式运行，其中数据库部分主要采用同步方式（分布式数据库）平台进行，大大减少对HIS数据库的访问压力，为了减少HIS系统方面的改动，系统采用电子病历系统主动与HIS同步的方式进行。对于需要实时同步和非实时同步的接口如下详细说明：

2. 用户登陆验证

工作站服务器数据服务器数据工作站电子病历服务器或电子病历平台服务器HIS服务器或HIS中间件服务器图：用户验证机制

为了保证用户在电子病历系统和HIS中使用相同的帐户和口令登陆，减少用户和

医院对帐户的管理难度，电子病历系统采用和HIS同样的帐户验证机制，帐户和密码的维护在HIS系统中进行。在电子病历集成平台中，提供一个验证存储过程进行，这个存储过程通过分布式调用HIS提供的验证接口实时进行验证，把验证结果返回给电子病历系统使用。

同步方式：实时同步 调用方式：在登陆时调用一次

3. 本地Cache项目同步

定期夜间自动同步服务器数据服务器数据电子病历服务器或电子病历平台服务器HIS服务器或HIS中间件服务器图：数据字典同步

对于上述数据字典中，同步方式为：Cache同步的，分为两种，数据字典部分由于信息基本不变，因此采用后台定期夜间同步，必要时采用手工方式同步。对于病人信息和住院信息，见4.3和4.4描述。

4. 联机病案病人出院情况同步

当用户登陆后，系统与HIS同步此用户所在科室的联机病案的病人信息，如果有出院的，把此病人从在院病人列表中移出，同时更新此病人的出院信息。

同步方式：实时同步

调用方式：在登陆成功后调用一次

5. 新建在院病人病案同步

病人新入院后，医生需要对此病人建立病案时，调用新建病人

此时显示本科中在院的同时为建立过病案的病人，在显示此功能界面前，电子病历系统和HIS系统进行在院病人的信息同步，当选定一个患者后，此患者的基本信息和住院相关信息Cache到本地。 同步方式：实时同步

调用方式：在新建病历时调用一次

6. 药品及收费项目同步

同步所有的药品和其它收费项目信息，如材料、治疗、检查、检验等，其中药品、材料等包括其库存信息，当HIS中这些信息有所变化时自动同步，每晚也会定时同步一次。

7. 费用及检查检验信息交互

当医生站开医嘱和开处方完成时，患者相关的费用信息和药品检查等信息会自动传送给相关系统，当其它系统在相关方面有所改变时自动传给医生站。

8. 检验结果和检查结果查看同步

此三部分由于数据变化比较大，采用实施试图调用方式进行处理。

同步方式：实时同步

调用方式：在用户调用临床数据窗口时调用一次

9. 数据库记录集成方式

按照HIS方得要求，只提供一个帐户连接到HIS数据库，因此电子病历系统通过此帐户连接到HIS,获取所需的HIS信息。

HIS方面需要提供如下信息：

ORACLE数据库

主机IP或机器名：

全局名(SID)： 用户： 密码：

功能集成方式

为了方便医生的使用，在功能集成方面分为以下几类： 登录集成

为了保证用户在电子病历系统和HIS中使用相同的帐户和口令登陆，减少用户和医院对帐户的管理难度，电子病历系统采用和HIS同样的帐户验证机制，帐户和密码的维护在HIS系统中进行。在电子病历集成平台中，提供一个验证存储过程进行，这个存储过程通过分布式调用HIS提供的验证接口实时进行验证，把验证结果返回给电子病历系统使用。

HIS基础数据提取内容 表视图建立

病人主索引V_EMR_PAT_MASTER_INDEX

字段中文名称 病人标识号 字段名 PATIENT_ID 类型 长度 字段 类型 长度 C 10 说明 病人唯一标识号，可以由用户赋予具体的含义，如：病案号，门诊号等 住院号 姓名 姓名拼音 INP_NO NAME NAME_PHONETIC C C C 6 8 16 可选的病人标识，可为空 病人姓名 病人姓名拼音，大写，字间用一个空格分隔，超长截断 性别 SEX C 4 男、女、未知，本系统定义，见1.1性别字典 出生日期 出生地 DATE_OF_BIRTH BIRTH_PLACE D C 6 指定省市县，使用代码，见2.2行政区字典 国籍 CITIZENSHIP C 2 使用国家代码，见2.1国家及地区字典 民族 身份证号 身份 NATION ID_NO IDENTITY C C C 10 18 10 民族规范名称，见1.3民族字典 由身份登记子系统生成，住院登记子系统在办理入院时更新。使用规范名称，由用户定义，见1.6身份字典 费别 CHARGE_TYPE C 8 由身份登记子系统生成，住院登记子系统在办理入院时更新。使用规范名称，由用户定义，见1.9费别字典 合同单位 UNIT_IN_CONTRACT C 11 如果病人所在单位为本医院的合同单位或体系单位，则使用代码，否则为空。由身份登记子系统生成，住院登记子系统在办理入院时更新。代码由用户定义，见2.4合同单位记录 通信地址 MAILING_ADDRESS C 40 指永久通信地址 邮政编码 ZIP_CODE C C 6 16 对应通信地址的邮政编码 家庭电话号码 PHONE_NUMBER_HOME 单位电话号码 PHONE_NUMBER_BUSINESS 联系人姓名 NEXT_OF_KIN C 16 C C 8 2 病人的亲属姓名 夫妻、父子等，使用代码，见1.19社会关系字典 与联系人关系 RELATIONSHIP 联系人地址 NEXT_OF_KIN_ADDR C 40 联系人邮政编NEXT_OF_KIN_ZI码 P_CODE C 6 联系人电话号NEXT_OF_KIN_PH码 ONE C 16 上次就诊日期 LAST_VISIT_DATE 重要人物标志 VIP_INDICATOR 建卡日期 操作员 CREATE_DATE OPERATOR D 由挂号与预约子系统根据就诊记录填写 N D C 1 8 1-VIP 0-非VIP 最后修改本记录的操作员姓名 注释：此表描述所有在院注册的病人的基本信息，被整个医院信息系统所共享。由身份登记子

系统录入。

此表信息需长期在线保存，如果使用挂号子系统，则此表的数据增长量与每日的初诊病人数相一致。如果医院每日门诊量为1000，其中1/4为初诊病人，则每日数据增长量约为250条，每年约为80,000条。 主键：病人标识号。 使用表： 条件： 同步方式： 本地Cache

病人住院主记录V_EMR_PAT_VISIT

字段中文名称 病人标识 字段名 PATIENT_ID 类型 长度 字段 类型 长度 C N 10 2 非空 说明 病人本次住院VISIT_ID 标识 病人每次住院，分配一个不同的标识，与病人标识一起，构成一个病人一次住院的唯一标识。可使用住院次数的绝对值或相对值 入院科室 DEPT_ADMISSION_TO C 8 按统计要求的科室代码，见2.6科室字典 入院日期及时ADMISSION_DATE间 出院科室 _TIME DEPT_DISCHARGE_FROM 出院日期及时DISCHARGE_DATE间 职业 婚姻状况 _TIME OCCUPATION MARITAL_STATUS D C 8 按统计要求的科室代码，见2.6科室字典 D C C 1 4 使用代码，见1.5职业分类字典 已婚、未婚、离婚、丧偶，使用规范名称，本系统定义，见1.2婚姻状况字典 身份 军种 IDENTITY ARMED_SERVICES C C 10 4 使用规范名称，见1.6身份字典 军兵种，本系统定义，见1.7军种字典 勤务 DUTY C 4 海勤、空勤，本系统定义，见1.7勤务字典 合同单位 UNIT_IN_CONTRACT C 11 病人所属的体系单位代码，用户定义，见2.4合同单位记录 费别 在职标志 CHARGE_TYPE WORKING_STATUS C N 8 1 使用规范名称，见1.9费别字典 0-在职 1-离休 2-退休 医保类别 INSURANCE_TYPE C 16 如果此病人为医保病人，则记录反映本次住院支付方案的医保类别 医疗保险号 INSURANCE_NO C 18 如果此病人为医保病人，则记录其保险号 工作单位 通信地址 SERVICE_AGENCY MAILING_ADDRESS C C 40 40 邮政编码 联系人姓名 ZIP_CODE NEXT_OF_KIN C C C 6 8 2 病人的亲属姓名 夫妻、父子等，使用代码，见1.19社会关系字典 与联系人关系 RELATIONSHIP 联系人地址 NEXT_OF_KIN_ADDR C 40 联系人邮政编NEXT_OF_KIN_ZI码 联系人电话 PCODE NEXT_OF_KIN_PHONE 入院方式 PATIENT_CLASS C 6 C 16 C 1 使用代码，门诊、急诊、转入等，见1.11入院方式字典 住院目的 ADMISSION_CAUSE C 8 使用规范名称，治疗、查体、计划生育等，见1.14住院目的字典 接诊日期 CONSULTING_DATE D 指门诊接诊日期 入院病情 PAT_ADM_CONDITION C 1 使用代码, 危、急、一般，见1.21入院病情字典 门诊医师 CONSULTING_DOCTOR C 8 办理住院者 抢救次数 ADMITTED_BY EMER_TREAT_TIMC N 8 2 由病房入出转子系统填入 ES 抢救成功次数 ESC_EMER_TIMES 病重天数 SERIOUS_COND_DAYS 病危天数 CRITICAL_COND_DAYS ICU天数 CCU天数 ICU_DAYS CCU_DAYS N N N 4 4 4 病人住ICU的累计天数 病人住CCU的累计天数 由病房入出转子系统填入 N 4 病危累计天数 N N 2 4 由病房入出转子系统填入 病重累计天数 特级护理天数 SPEC_LEVEL_NURS_DAYS 一级护理天数 FIRST_LEVEL_NURS_DAYS 二级护理天数 SECOND_LEVEL_NURS_DAYS 尸检标识 AUTOPSY_INDICATOR 血型 BLOOD_TYPE N 4 由病房入出转子系统填入 N 4 由病房入出转子系统填入 N 1 1-尸检 0-否 C 2 由病房入出转子系统填入。使用规范名称, 见1.4血型字典 Rh血型 BLOOD_TYPE_RH C N 1 2 取值：+、- 输液反应次数 INFUSION_REACT_TIMES 输血次数 BLOOD_TRAN_TIMES 输血总量 BLOOD_TRAN_VOL N 2 由病房入出转子系统填入 N 5 单位：毫升。由病房入出转子系统填入 输血反应次数 BLOOD_TRAN_REACT_TIMES 发生褥疮次数 DECUBITAL_ULCER_TIMES N 2 由病房入出转子系统填入 N 2 过敏药物 ALERGY_DRUGS C 80 过敏药物名称，正文描述，可为多项，若没有，则为空 不良反应药物 ADVERSE_REACTION_DRUGS 病案价值 MR_VALUE C 80 不良反应药物名称，正文描述，若没有，则为空 C 4 使用规范名称，见3.11病案价值字典 病案质量 MR_QUALITY C 2 使用规范名称，见3.10病案质量字典 随诊标志 FOLLOW_INDICATOR N 1 使用代码, 1-随诊 0-不随诊 随诊期限 FOLLOW_INTERVAL N 2 随诊期限单位 FOLLOW_INTERVAL_UNITS 科主任 主治医师 DIRECTOR ATTENDING_DOCTOR 经治医师 DOCTOR_IN_CHARGE 出院方式 DISCHARGE_DISPOSITION 总费用 TOTAL_COSTS C 2 年、月 C C 8 8 由病房入出转子系统填入 由病房入出转子系统填入 C 8 由病房入出转子系统填入 C 1 使用代码, 正常、转院、死亡等。见1.12出院方式字典 N 10,2 按价表计算得到的开销，由住院收费子系统填写 实付费用 TOTAL_PAYMENTS N 10,2 实际支付费用，由住院收费子系统填写 编目日期 编目人 CATALOG_DATE CATALOGER D C 8 进行ICD分类或录入日期 进行ICD分类的人员姓名 注释：本表描述病人住院记录，是病案首页的主记录，每次住院生成一条，由住院登记子系统

在住院处办理入院手续时生成。病房分系统填入在院期间的治疗信息。在线长期保存。

日数据增长量=医院日平均入院病人数。 使用表： 条件： 同步方式： 本地Cache

在院病人记录V_EMR_PATS_IN_HOSPITAL

字段中文名称 病人标识号 字段名 PATIENT_ID 类型 长度 字段 类型 长度 C N 10 2 非空 非空 说明 病人本次住院VISIT_ID 标识 所在病房代码 WARD_CODE C 8 病人住院登记后，将该字段置为空，在入科时，将该字段置为本病房代码，转科时，由转出科室将该代码置为空 所在科室代码 DEPT_CODE C 8 病人住院所属科室的代码。用于区分一个病房包含多个科室的床位的情况。病人住院登记后，将该字段置为空，在入科分配床位时，根据床位属性将该字段置为所在科室代码，转科时，由转出科室将该代码置为空 床号 BED_NO N D 2 当入院处理时可为空 由住院登记系统填入 入院日期及时ADMISSION_DATE间 _TIME 入科日期及时ADM_WARD_DATE_间 TIME D 指病人入当前所在病房的日期及时间，由病房入出转子系统填入，转科时置为空 主要诊断 DIAGNOSIS C 80 截止当前确定的主要诊断，正文描述。初始时，由住院登记子系统录入 病情状态 PATIENT_CONDITION 护理等级 经治医生 NURSING_CLASS DOCTOR_IN_CHARGE 手术日期 OPERATING_DATE D D 已进行最后一次手术的日期 最近一次计价的日期，在该日期之间已发生的各种医疗费用已记帐 C C 1 8 C 1 病人危重情况，使用代码，见1.13病情状态字典 使用代码，见4.15护理等级字典 当前的经治医生姓名 计价截止日期BILLING_DATE_T及时间 IME 使用表： 条件： 同步方式： 本地Cache

住院病人费用明细记录V_ EMR_INP_BILL_DETAIL

字段中文名称 病人标识 字段名 PATIENT_ID 类型 长度 字段 类型 长度 C N 10 2 非空 非空 说明 病人本次住院VISIT_ID 标识 费用项目序号 ITEM_NO 项目类别 ITEM_CLASS N C 6 1 一个病人的费用项目的唯一标识 按价表项目分类，使用代码，见6.8价表项目分类字典。非空 项目名称 项目代码 项目规格 数量 单位 ITEM_NAME ITEM_CODE ITEM_SPEC AMOUNT UNITS C C C N C 40 10 20 6,2 8 项目的正文描述 非空 指药品的规格或材料的规格。 如片、瓶、人次等，本系统定义，见计价单位字典 开单科室 ORDERED_BY C 8 科室代码，见2.6科室字典 ，用于核算，指核算科室，可不同于病房。非空 执行科室 PERFORMED_BY C 8 科室代码，见2.6科室字典 ，用于核算，指核算科室。非空 费用 COSTS N 8,2 按价表中标准价格计算得到的费用。非空 应收费用 CHARGES N 8,2 考虑病人费别或特殊优惠以及特殊收费项目后病人应交的费用。非空 计价日期及时BILLING_DATE_T间 计价员号 IME OPERATOR_NO C 4 为录入者的用户号。当为后台划价程序生成时，为一特殊的用户号 对应的结算序RCPT_NO 号 C 8 病人结算前，该字段为空；结算后，填入结算序号。允许病人中途结算交费，本项费用对应到结算记录 注释：此表是住院病人费用的聚集地，在各个诊疗环节发生的费用分别由后台划价程序或各自

的系统填入到此表中，在病人出院结帐时和科室核算时使用。

费用明细记录在病人出院后保留一段时间（如6个月）用于查询，之后将从此表中删除。 使用表： 条件： 同步方式： 本地Cache

D 生成本计价项目的日期。非空 病人入出转及状态变化日志V_EMR_ ADT_LOG

字段中文名称 病房代码 科室代码 字段名 WARD_CODE DEPT_CODE 类型 长度 字段 类型 长度 C C D 8 8 说明 病人所在病房代码 病人所属统计科室代码 记录日志日期及时间亦即变化发记录日期及时LOG_DATE_TIME 间 病人标识号 PATIENT_ID C N 10 2 生日期及时间 状态发生改变的病人 非空 病人本次住院VISIT_ID 标识 变化 ACTION C 1 反映发生的入／出／转动作或病情状态变化，使用代码，由本系统定义，见3.8病人状态变化字典 注释：此表用于记录病人在病房流动及病人病情变化的历史，以便为医疗统计提供任一统计区

间的流动情况。其数据由病房入出转子系统在进行入出转操作及改变病人病情的同时生成。

该表的数据可以在病人出院且在流动情况统计区间已过去后删除。典型地，表中数据需保留一年。

如果平均每个病人生成3条变化记录，以1000张床位、平均住院日为20天计，每年的数据增长量为 365 / 20 * 1000 * 3，约为54,000条。 使用表： 条件： 同步方式： 本地Cache

药品信息V_EMR_MEDICINE_ORDERS

字段中文名称 药品名称1 药品名称2 药品名称3 生产厂家 批号 规格 价格 药库库存 字段名 MEDICINE ID2 MEDICINE ID2 MEDICINE ID2 类型 长度 字段 类型 长度 说明 药房库存 …………

医嘱信息V_EMR_DOCTOR_ORDERS

字段中文名称 病人标识号 字段名 PATIENT_ID 类型 长度 字段 类型 长度 C N 10 2 非空 非空 说明 病人本次住院VISIT_ID 标识 医嘱序号 ORDER_NO N 4 一个病人的所有医嘱分配序号，按时间顺序，从小到大排序 医嘱子序号 ORDER_SUB_NO N 2 用于标识成组医嘱中的各医嘱项目，对的医嘱，为1，在成组医嘱内部，从1开始顺序排列 长期医嘱标志 REPEAT_INDICATOR 医嘱类别 ORDER_CLASS N 1 本医嘱是否长期医嘱，使用代码，1-长期，0-临时 C 1 指定药疗、处置、护理、膳食、其它等类别，使用代码，见3.6医嘱类别字典 医嘱正文 医嘱代码 ORDER_TEXT ORDER_CODE C C 80 10 医嘱内容 从临床角度对各类医嘱的每个项目分配一个代码，用于各系统间数据交换。如药品代码，检验项目代码等 药品一次使用DOSAGE 剂量 剂量单位 DOSAGE_UNITS C 8 规范描述，本系统定义，见4.20剂量单位字典 给药途径和方ADMINISTRATION 法 C 16 规范描述，是判断生成何种治疗单的依据，本系统定义，见4.17给药途径字典 起始日期及时START_DATE_TIM间 E D 本医嘱停止日期及时间 D 本医嘱起始日期及时间 N 8,4 停止日期及时STOP_DATE_TIME 间 持续时间 DURATION N C 2 4 一次执行的持续时间 使用规范描述，本系统定义，见4.31时间单位字典 持续时间单位 DURATION_UNITS 执行频率描述 FREQUENCY C 16 使用固定或固定格式的描述，如：3/日、TID，每xx分xx次，用户定义 ，见4.21医嘱执行频率字典 频率次数 频率间隔 FREQ_COUNTER FREQ_INTERVAL N N C 2 2 4 执行频率的次数部分 执行频率的间隔部分 使用标准描述，本系统定义，见4.31时间单位字典 频率间隔单位 FREQ_INTERVAL_UNIT 执行时间详细FREQ_DETAIL 描述 C 16 医嘱执行的详细时间表，用于对执行频率的补充，如：执行频率为3/日，补充为饭前执行或直接指定时间 护士执行时间 PERFORM_SCHEDULE 执行结果 开医嘱科室 开医嘱医生 停医嘱医生 校对护士 PERFORM_RESULT ORDERING_DEPT DOCTOR STOP_DOCTOR NURSE C 16 如：对3/日的时间表为8-12-6，由护士填入 C C C C C D 8 8 8 8 8 医生姓名 停止本医嘱的医生姓名 护士姓名 下医嘱或录入的日期及时间 下医嘱日期及ENTER_DATE_TIM时间 医嘱状态 E ORDER_STATUS C 1 反映医嘱的执行状态，如新开、校对、执行、停止等，使用代码，见4.19医嘱状态字典 计价属性 BILLING_ATTR N 1 反映本条医嘱计价方面的信息。0-正常计价 1-自带药 2-需手工计价 3-不计价。由护士录入医嘱时，根据医嘱内容确定。 最后一次执行LAST_PERFORM_D日期及时间 ATE_TIME D 对长期药品医嘱，由临床药局摆药时，将摆药的截止日期自动填入 最后一次计价LAST_ACCTING_D日期及时间 ATE_TIME D 后台划价程序对本医嘱最近一次划价日期及时间。初始录入医嘱时，为空，由后台划价程序在每次划价后更新。 注释：此表为在院病人医嘱表，该表面向已执行医嘱，兼顾临床需要和计价需要，兼顾药疗医

嘱和其他类别的医嘱，其模型支持成组医嘱和父子医嘱。该表医嘱由病房分系统生成。 医嘱在病人出院，且完成相关统计后，将其转移到历史表中。典型地，需保留一年。 以每病人每日新开2条医嘱、1000张床位的医院计，每日新增医嘱2000条，每年新增700,000条。 使用表： 条件：

同步方式： 实时调用

住院病人费用记录V_EMR_ MEDICAL_COSTS（统计病案首页使用）

字段中文名称 病人标识 字段名 PATIENT_ID 类型 长度 字段 类型 长度 C N 10 2 非空 非空 说明 病人本次住院VISIT_ID 标识 费用分类 FEE_TYPE C 4 使用规范名称,病案首页规定的费用类别，见6.9病案首页费用分类字典 费用 COSTS N 10,2 按价表计算得到的实际开销 注释：此表反映病人住院期间医疗总开销。由住院收费子系统在病人出院时填写。以1000张床

位，每年出院1万名病人，每人平均5类费用计，每年的数据增长量约为5万条。长期在线保存。 使用表： 条件： 同步方式： 本地Cache

公用数据字典映像

行政区字典AREA_DICT

中文名称 序号 地区代码 字段名 SERIAL_NO AREA_CODE 类型 长度 字段 类型 长度 N C 4 6 说明 反映项目的排列顺序 使用层次码，每2位表示一个层次 地区名称 输入码 AREA_NAME INPUT_CODE C C 34 8 使用表： 条件：

同步方式： 本地Cache

床位记录V_EMR_BED_REC

字段中文名称 字段名 类型 长度 字段 类型 长度 C 8 说明 病床所在病房代码，见2.6科室字典 病房（护理单WARD_CODE 元）代码 床号 房间 BED_NO ROOM_NO N C C 2 4 8 一个病房内部床位的唯一标识 病床所在的房间号 为统计科室代码，一个病房的床位可以分属于不同的科室 所属科室代码 DEPT_CODE 床位编制类型 BED_APPROVED_TYPE 床位类型 BED_TYPE C 1 在编、非编、加床等，见3.17床位编制类型字典 C 1 反映该床对病人性别的。见3.15床位类型字典 床位等级 BED_CLASS C 2 表示床位的收费等级，如2人间、3人间，使用代码，见3.16床位等级字典 床位状态 BED_STATUS C 1 床位的占用状态，使用代码，见3.14床位状态字典 注释：本表反映一个医院的病床设置情况，由病房入出转子系统增删改。一张病床由所在病房

和床号唯一标识。为了便于医疗统计，设置病床所属科室属性。 该表数据量与医院的床位数相一致，需长期保存。 使用表： 条件： 同步方式： 本地Cache

国家及地区字典V_EMR_COUNTRY_DICT

中文名称 字段名 类型 长度 字段 类型 长度 说明 序号 国家代码 国家简称 输入码 SERIAL_NO COUNTRY_CODE COUNTRY_NAME INPUT_CODE N C C C 3 2 28 8 反映项目的排列顺序 使用表： 条件： 同步方式： 本地Cache

用户字典V_EMR_USERS

字段中文名称 字段名 类型 长度 字段 类型 长度 C 16 说明 本系统为每个最终用户在数据库管理系统级建立一个用户，用户名在整个系统中唯一 数据库用户名 DB_USER 用户标识 用户姓名 用户单位 USER_ID USER_NAME USER_DEPT C C C 4 8 8 每个用户分配一个唯一标识号 用户姓名 用户所在科室的代码，由用户定义，见2.6科室字典 建立日期 CREATE_DATE D 建立本用户的日期 使用表： 条件： 同步方式： 本地Cache

药品信息V_EMR_MEDICINE_ DICT

字段中文名称 药品名称1 药品名称2 药品名称3 字段名 MEDICINE ID2 MEDICINE ID2 MEDICINE ID2 类型 长度 字段 类型 长度 说明 生产厂家 批号 规格 价格 ……

科室字典V_EMR_DEPT_DICT

字段中文名称 序号 科室代码 科室名称 字段名 SERIAL_NO DEPT_CODE DEPT_NAME 类型 长度 字段 类型 长度 N C C C 3 8 20 20 说明 此序号反映了科室的排列顺序 使用层次代码，由用户定义 科室的正式名称 科室简称或别DEPT_ALIAS 名 临床科室属性 CLINIC_ATTR N 1 描述本科室属于临床、辅诊、护理单元、机关、其他，本系统定义，见2.10科室临床属性字典 门诊住院科室OUTP_OR_INP 标志 N 1 描述本科室属于门诊或住院科室，本系统定义，见2.11科室门诊住院属性字典 内外科标志 INTERNAL_OR_SEN 1 如果是临床科室，则区分内外RGERY 科，本系统定义，见2.12科室内外科属性字典 输入码 INPUT_CODE C 8 使用表： 条件： 同步方式： 本地Cache

出院方式字典V_EMR_ DISCHARGE_DISPOSITION_DICT

中文名称 序号 字段名 SERIAL_NO 类型 长度 字段 类型 长度 N C 1 1 说明 反映项目的排列顺序 出院方式代码 DISCHARGE_DISPOSITION_CODE 出院方式名称 DISCHARGE_DISPOSITION_NAME 输入码 INPUT_CODE C 4 C 8 使用表： 条件： 同步方式： 本地Cache

支付方式字典V_EMR_PAY_WAY_DICT

字段中文名称 序号 字段名 SERIAL_NO 类型 长度 字段 类型 长度 N C C C 1 1 8 8 说明 此序号反映了项目的排列次序 非空 非空 支付方式代码 PAY_WAY_CODE 支付方式名称 PAY_WAY_NAME 输入码 INPUT_CODE 使用表： 条件： 同步方式： 本地Cache

职业分类字典V_EMR_OCCUPATION_DICT

中文名称 序号 字段名 SERIAL_NO 类型 长度 字段 类型 长度 N C 2 1 说明 反映项目的排列顺序 职业分类代码 OCCUPATION_CODE 职业分类名称 OCCUPATION_NAME 输入码 INPUT_CODE C 20 C 8 使用表： 条件： 同步方式： 本地Cache

入院方式字典V_EMR_ PATIENT_CLASS_DICT

中文名称 序号 字段名 SERIAL_NO 类型 长度 字段 类型 长度 N C 1 1 说明 反映项目的排列顺序 病人类别代码 PATIENT_CLASS_CODE 病人类别名称 PATIENT_CLASS_NAME 输入码 INPUT_CODE C 4 C 8 使用表： 条件： 同步方式： 本地Cache

入院病情字典V_EMR_ PAT_ADM_CONDITION_DICT

中文名称 序号 字段名 SERIAL_NO 类型 长度 字段 类型 长度 N C 1 1 说明 反映项目的排列顺序 病情状态代码 PAT_CONDITION_CODE 病情状态名称 PAT_CONDITION_NAME 输入码 INPUT_CODE C 8 C 4 所用表： 条件： 同步方式： 本地Cache

社会关系字典V_EMR_ RELATIONSHIP_DICT

中文名称 序号 字段名 SERIAL_NO 类型 长度 字段 类型 长度 N C 2 2 说明 反映项目的排列顺序 社会关系代码 RELATIONSHIP_CODE 社会关系名称 RELATIONSHIP_NAME 输入码 INPUT_CODE C 10 C 8 使用表： 条件： 同步方式： 本地Cache

职业分类字典V_EMR_ OCCUPATION_DICT

中文名称 序号 字段名 SERIAL_NO 类型 长度 字段 类型 长度 N C 2 1 说明 反映项目的排列顺序 职业分类代码 OCCUPATION_CODE 职业分类名称 OCCUPATION_NAME 输入码 INPUT_CODE C 20 C 8 使用表： 条件： 同步方式： 本地Cache

民族字典V_EMR_ NATION_DICT

中文名称 序号 民族代码 民族名称 输入码 字段名 SERIAL_NO NATION_CODE NATION_NAME INPUT_CODE 类型 长度 字段 类型 长度 N C C C 2 2 10 8 说明 反映项目的排列顺序 可选 使用表： 条件： 同步方式： 本地Cache

护理等级字典V_EMR_ NURSING_CLASS_DICT

字段中文名称 序号 字段名 SERIAL_NO 类型 长度 字段 类型 长度 N C 1 1 说 明 此序号反映了项目的排列顺序 护理等级代码 NURSING_CLASS_CODE 护理等级名称 NURSING_CLASS_NAME 输入码 INPUT_CODE C 8 C 8 使用表： 条件： 同步方式： 本地Cache

检查

检查主记录 EXAM_MASTER 字段中文名称 字段名 类型 长度 字段 类型 长度 说明 申请序号 EXAM_NO C 10 每个检查申请的唯一标识，在整个系统范围内唯一。序号可采用集中分配方式，序号的组成可由申请日期加上一个顺序号或使用累计序号 检查号类别 LOCAL_ID_CLASS C 1 每种检查，允许使用各自本地的标识号，如：超声号、X光号，本字段用于区分不同类型的本地标识号，由用户定义 检查标识号 PATIENT_LOCAL_ID C 10 如：超声号、X光号，与检查标识号类别一起构成检查主索引的唯一标识 病人标识号 PATIENT_ID C 10 不要求申请的病人必须具备主索引，但对具有主索引的病人使用此项 病人本次住院VISIT_ID 标识 姓名 性别 NAME SEX N 2 对住院病人使用此项，门诊或外来病人可为空 C C 8 4 病人姓名，非空 病人性别，本系统定义，见1.1性别字典 出生日期 检查类别 DATE_OF_BIRTH EXAM_CLASS D C 6 病人出生日期 区分各类检查，使用规范名称，用户定义，见3.3检查类别字典 检查子类 EXAM_SUB_CLASS C 8 区分一种检查类下的各子类，如超声类下的腹部、心脏、妇产等子类，使用规范名称，用户定义，见3.4检查子类字典 标本收到日期SPM_RECVED_DAT及时间 E D 此项由执行科室填入 临床症状 体征 CLIN_SYMP PHYS_SIGN C C C 400 400 200 正文描述 正文描述 正文描述 相关化验结果 RELEVANT_LAB_TEST 其他诊断 RELEVANT_DIAG C 400 依靠其他检查手段得到的有关诊断 临床诊断 检查方式 CLIN_DIAG EXAM_MODE C C 80 1 主要临床诊断，正文描述 描述检查的场所，本系统定义，使用代码，A=病房 B=检查科室 检查分组 EXAM_GROUP C 16 用于标识预约排队队列。每个队列称为一个检查组。它可能是一台仪器对应多个检查项目构成的排队队列，也可能是多台仪器对应一个检查项目构成的一个排队队列 使用仪器 执行科室 DEVICE PERFORMED_BY C C 20 8 指检查所使用的仪器名称和型号 使用代码，用户定义，见2.6科室字典 病人来源 PATIENT_SOURCE C 1 门诊、病房、外来，使用代码，见1.10病人来源字典 外来医疗单位FACILITY 名称 C 20 当病人为外来时，使用此字段表示病人所在医院或医疗机构名称。当病人来自本院时，留空 申请日期及时REQ_DATE_TIME 间 申请科室 REQ_DEPT D 提出此申请的日期及时间 C 8 使用代码，用户定义，见2.6科室字典 申请医生 申请备注 REQ_PHYSICIAN REQ_MEMO C C 8 60 医生姓名 由申请者输入与申请有关的需另外说明的问题 预约日期及时SCHEDULED_DATE间 注意事项 _TIME NOTICE D 此字段由执行科室根据预约安排填写 C 400 此字段由执行科室填写，填入与申请项目有关需注意的事项。该项与预约日期及时间一起构成对检查申请的答复。 检查日期及时EXAM_DATE_TIME 间 报告日期及时REPORT_DATE_TI间 操作者 报告者 ME TECHNICIAN REPORTER D 实际执行检查的日期及时间 D 医生确认报告的日期及时间 C C C 8 8 1 操作的技术人员姓名 确认报告的医生姓名 反映申请的执行情况，如：收到申请、已执行、初步报告、确认报告等，初始时，由申请方填入，以后根据检查的执行情况，由执行者修改，使用代码，本系统定义，见3.7检查结果状态字典 检查结果状态 RESULT_STATUS 费用 COSTS N 8,2 按标准价格计算得到的本检查的费用，由执行科室划价后填入 应收费用 CHARGES N 8,2 考虑费别因素后，计算得到的本检查的费用，由执行科室划价后填入 计价标志 CHARGE_INDICATOR N 1 0-未计价 1-已计价，由收费系统或者检查系统在计费后填入 注释：此表记录病人各种检查的发生及执行情况，是电子病历中检查信息的主索引。当执行检

查时，将检查预约记录中的信息转入本表中，或者在执行时录入。当检查完成后，将此表中各种执行信息填入。

收费系统可根据本表中结果状态，选择不同的计价时间点，如预约时或报告确认后等。计价后，将计价标志置位。

此表并不包含报告内容，有关报告的内容根据检查类别的不同另行描述。 使用表： 条件： 同步方式： 实时调用

检查结果状态字典EXAM_RESULT_STATUS_DICT

字段中文名称 序号 字段名 SERIAL_NO 类型 长度 字段 类型 长度 N C 1 1 说明 检查结果状态EXAM_RESULT_ST代码 ATUS_CODE 检查结果状态EXAM_RESULT_ST名称 输入码 ATUS_NAME INPUT_CODE C 8 C 8 注释：此表定义了检查检验申请从申请到出报告过程经历的各个状态。本系统定义。 使用表： 条件： 同步方式： 本地Cache

检查项目记录 EXAM_ITEMS

字段中文名称 申请序号 字段名 EXAM_NO 类型 长度 字段 类型 长度 C 10 说明 在检查申请记录中分配的唯一标识 项目序号 检查项目 EXAM_ITEM_NO EXAM_ITEM N C 2 40 按医生开单的项目顺序，从1排列 描述具体的检查项目，超声为具体检查项目，放射类检查称为检查部位，病理称为标本部位 项目代码 EXAM_ITEM_CODE C 10 检查项目对应的代码，可为空，由用户定义，见4.7检查项目字典 费用 COSTS N 8,2 按标准价格计算得到的本项目的费用，由执行科室划价后填入 注释：此表描述检查的具体项目，是检查申请和检查主记录的明细记录。每个检查所包含的项

目在申请预约时生成，未进行的申请随着申请的删除，其对应的检查项目也被删除。 使用表： 条件： 同步方式： 本地Cache

检查报告 EXAM_REPORT

字段中文名称 申请序号 字段名 EXAM_NO 类型 长度 字段 类型 长度 C 10 说明 在检查申请记录中分配的唯一标识 检查参数 检查所见 印象 建议 是否阳性 EXAM_PARA DESCRIPTION IMPRESSION RECOMMENDATION IS_ABNORMAL C 1000 C 2000 C C C 200 100 1 检查过程中记录的有关内容 1-阳性，即检查可能有病变，其他为阴性 使用仪器 DEVICE C C 20 15 如果报告涉及到图象，则此处给出图象的引用索引，格式：XXX(报告中的第一幅图对应该检查中第XXX幅图象，依次类推)，YYY... 报告中图象编USE_IMAGE 号 备注 MEMO C 40 可以放各种检查的互相参考内容 注释：此表描述检查报告内容，由检查执行科室生成。 使用表： 条件： 同步方式： 实时调用

检查图象索引 EXAM_IMAGE_INDEX

字段中文名称 申请序号 病人ID 检查类型 字段名 EXAM_NO PATIENT_ID EXAM_CLASS 类型 长度 字段 类型 长度 C C C 10 10 2 说明 由检查申请记录定义的唯一标识 区分不同类型的检查，使用代码，按DICOM3 定义，如：CR、CT、MR、NM、US 图象文件类型 IMAGE_TYPE C 3 反映图象文件的存贮格式，系统定义，如：BMP、NMA、AVI、DCM等 图象所在介质VOLUME_ID 卷号 图象文件名称 C 40 本图象所在的介质卷号，在一定程度上可以称为图象所在的路径 C 256 图象文件名，不含路径。 注释：此表用于描述包含有图象内容的检查报告中图象部分的所在地。每次检查，可以对应多

幅图象。 使用表： 条件： 同步方式： 实时调用

检查项目字典 EXAM_ITEM_DICT

字段中文名称 项目分类 字段名 ITEM_CLASS 类型 长度 C 说明 1 如药品、检查、检验、治疗、护理等。见4.34诊疗项目分类字典。 项目代码 ITEM_CODE C 10 该代码是从临床角度对诊疗项目分配的唯一代码，由用户定义 项目名称 输入码 ITEM_NAME INPUT_CODE C C 40 唯一，为此项目的标准名称 8 该项目的输入码 使用表： 条件： 同步方式： 本地Cache

检验

检验主记录 LAB_TEST_MASTER

字段中文名称 申请序号 字段名 TEST_NO 类型 长度 字段 类型 长度 C 10 说明 每个检验申请在整个系统范围内唯一标识 优先标志 PRIORITY_INDICATOR N 1 反映此申请的紧急程度。0-普通 1-紧急 病人标识号 PATIENT_ID C N C 10 2 6 对无主索引的病人可为空 对门诊病人为空 检验科室为内部管理而给每个申请分配的标识号，在整个系统范围及同一科室不同日期的申请间并不唯一 本次住院标识 VISIT_ID 工作单号 WORKING_ID 执行日期 姓名 EXECUTE_DATE NAME D C 8 准备执行日期 病人姓名，考虑到门诊病人或外医疗单位来的病人可能没有主索引 姓名拼音 NAME_PHONETIC C 16 大写，字间用一空格间隔，超长截断 费别 CHARGE_TYPE C 8 使用规范名称，由用户定义，见1.9费别字典 性别 SEX C 4 使用规范名称，本系统定义，见1.14性别字典 年龄 检验目的 临床诊断 AGE TEST_CAUSE RELEVANT_CLININ C C 3 8 80 正文描述，如查体等 诊断正文 C_DIAG 标本 标本说明 SPECIMEN NOTES_FOR_SPCM C C 8 16 使用标准描述，如血、尿等 标本采集的条件说明，如饭前、饭后一小时等。自由格式，由医生开检验单时说明 标本采样日期SPCM_SAMPLE_DA及时间 TE_TIME D 由执行科室填入 D 由开单科室或执行科室填入 标本收到日期SPCM_RECEIVED_及时间 DATE_TIME 申请日期及时REQUESTED_DATE间 申请科室 _TIME ORDERING_DEPT D 医生开检验单的时间 C 8 科室代码，用户定义，如果为病房发出的申请，则为病房代码（非临床科室代码） 申请医生 ORDERING_PROVIDER C 8 医生姓名 执行科室 结果状态 PERFORMED_BY RESULT_STATUS C C 8 1 检验科室代码 反映申请的执行情况，如：收到标本、已执行、初步报告、确认报告等，初始时，由申请方填入，以后根据检查的执行情况，由执行者修改，使用代码，本系统定义，见3.7检查结果状态字典 报告日期及时RESULTS_RPT_DA间 报告者 TE_TIME TRANSCRIPTIONIST 校对者 费用 VERIFIED_BY COSTS D 出结果报告的日期及时间 C 8 报告签发者或检验操作者 C N 8 8,2 结果校对者 本检验单按价表中标准价格计算得到的总费用，由执行科室或后台划价程序填入 应收费用 CHARGES N 8,2 考虑费别因素后，计算得到的本检验单的总费用，由执行科室或后台划价程序填入 计价标志 BILLING_INDICATOR 打印标志 PRINT_INDICATOR N 1 N 1 0-未计价 1-已计价，由收费程序使用 0-未打印 1-已打印，由检验科室打印检验报告时使用 注释：此表描述每张检验申请单。一个检验申请与一个标本必须一一对应。此表记录由开单程

序生成（病房或门诊或检验科室），由检验科室修改。

以1000张床位计，每天全院的检验申请约为2000件。每月的数据增长量约为6万条。 主键：申请序号 使用表： 条件： 同步方式： 实时调用

检验项目 LAB_TEST_ITEMS

字段中文名称 申请序号 字段名 TEST_NO 类型 长度 字段 类型 长度 C 10 说明 对应检验申请主记录中的申请序号 项目序号 ITEM_NO N 2 按医生开单的项目顺序，从1排列 项目名称 项目代码 ITEM_NAME ITEM_CODE C C 40 10 检验项目名称 检验项目代码，见4.8检验项目字典 注释：此表反映检验申请单的检验项目，是检验申请的明细记录。

如果平均一个申请包含3个检验项目，则每月的数据增长量为18万条。 主键：申请序号、项目序号

使用表： 条件： 同步方式： 实时调用

检验结果 LAB_RESULT

字段中文名称 申请序号 字段名 TEST_NO 类型 长度 字段 类型 长度 C 10 说明 对应检验申请主记录中的申请序号 项目序号 打印序号 ITEM_NO PRINT_ORDER N N 2 4 对应检验项目中的项目序号 反映该报告项目在打印报告单时排列的次序，与检验报告项目字典序号保持一致，在一个检验申请内部，可能不连续 检验报告项目REPORT_ITEM_NA名称 ME C 40 此名称可能不同于申请项目名称 检验报告项目REPORT_ITEM_CO代码 检验结果值 DE RESULT C 10 报告项目对应的代码，见4.36检验报告项目字典 C 20 正文描述，可以是定性描述，也可以是定量数值，对于没有值的项目不使用此字段 检验结果单位 UNITS C 8 对检验结果为数值型的项目使用此字段 结果正常标志 ABNORMAL_INDICATOR 仪器编号 INSTRUMENT_ID C 1 结果正常与否标志，N-正常 L-低 H-高 C 8 同检验仪器检验项目配置中定义的仪器编号，手工输入结果时为“手工” 检验日期及时RESULT_DATE_TI间 ME D 结果产生的日期和时间。自动采集结果时由采集计算机生成，手工填写结果时由录入处理的计算机生成。 注释：此表用于记录检验结果。一个检验申请项目可以对应多个检验结果，如细菌培养可以培

养出多种细菌，对复合项目，采用类似处理方法。

以平均每个申请项目1.5个结果计，每月的数据增长量为24万条。 主键：申请序号、项目序号、打印序号 使用表： 条件： 同步方式： 实时调用

检验报告项目字典 LAB_REPORT_ITEM_DICT

字段中文名称 序号 项目代码 项目名称 结果类型 字段名 SERIAL_NO ITEM_CODE ITEM_NAME RESULT_TYPE 类型 长度 字段 类型 长度 N C C C 4 10 40 8 说明 此序号反映了项目的排列顺序 反映标注、阴阳弱、药敏、描述等 正常值下限 LOWER_LIMIT N 9,3 不受其他条件影响的正常值，如果受其他条件影响，则为空。对固定正常值，与正常值上限相同。对不下限，为空。 正常值上限 UPPER_LIMIT N 9,3 不受其他条件影响的正常值，如果受其他条件影响，则为空。对固定正常值，与正常值下限相同。对不上限，为空。 正常值单位 UNITS C C 8 40 可以为复合单位 正常值打印内PRINT_CONTEXT 容 最小增量 MINI_INCREMENT N 6,3 正常值备注 NOTES C 40 用于存放有条件的正常值，正文描述 缺省值 输入码 DEFAULT_VALUE INPUT_CODE C C 20 8 检验结果的缺省值 推荐使用拼音词头 使用表： 条件： 同步方式： 本地Cache 备注说明

以上集成所需的各项条目是系统集成的最主要条目，由于在实际开发过程中，由于功能的需要，还有可能提供完成相应功能的接口，因此集成各方在功能明确后，还需补充和完善本接口文档。

十、 系统维护

对于国立医院电子病历系统的维护工作，我们建议采取预防为主的原则。在此基础上，不仅要对用户方人员进行培训，以及为用户提供长期的技术协助，同时还要协助用户方建立一套科学的系统使用与管理规范。以便能够预防、并及时发现系统可能发生的一切问题和故障，并对故障隐患及时加以排除。

电话解答 上门服务 其它服务 现场服务 远程操作 本地化服务 一、系统维护的内容主要包括系统日常服务和产品升级服务等主要内容

1) 日常服务：主要针对用户在日常的正常操作中，由于对软件系统操作不熟悉、使用不

当所引起的系统不能正常运行或者数据需要调整或者硬件出现故障等时我公司技术服务人员所提供的服务。

2) 产品升级服务：系统应用单位的需求变化等而出现的系统不能满足现实需求的情况下，

我公司对原有软件系统所提供的补充功能、程序变换等服务。

二、系统维护方案

(1) 系统正式运行后，自然进入本公司的系统维护期。这时公司可以委派客服组的4-5名

技术人员驻扎医院进行服务。出现问题时就能够直接解决，这样可以避免耽搁医院正常的业务运行，同时一旦出现灾难性错误时，也可以减少贵院的损失，确保医院数据的安全和稳定。

(2) 培训期内，会重点培训至少2名高级管理人员和3名一般操作人员，网络管理员处理

因操作失误造成的错误和一些软硬件基本问题的解决方法。让网络管理员能够独当一面，成为医院信息维护的一只骨干力量，同时也可以让医院省去很多的后顾之忧。 (3) 公司还会在每周确定一个固定的时间，与网络管理员一起组织各部门主任开一次问题

讨论会。把各个部门出现的问题做一个总结，技术人员记录下来，根据具体问题一一解答。同时也会让网络管理员在旁协助，这样也会增加他们的知识量。

(4) 公司的技术人员在现场解决问题的时候，都会找网络管理员在自己的身边，如果是经

常出现的典型问题。技术人员会在一旁进行指导，让网络管理员亲自处理问题，同时也让他们了解自己的工作职能，使网络管理员更能胜任自己所处的岗位，在短时间内可以积累更多的工作经验。

(5) 如果出现技术人员在现场无法处理的问题（如需要修改后台数据等），会马上通知给公

司，让公司的软件开发人员以最短的时间解决，并给医院一个的答复。并且公司的客服电话是24小时服务，在此期间内，医院出现任何问题，都会及时到达现场解决。

三、系统维护质量控制和保障

为充分保证用户权益，严格控制系统维护质量，制订有严格的质量管理制度和员工业绩

考评制度。当技术服务工程师根据技术服务调度单为用户提供服务以后，需要用户签字确认系统维护的时间、内容及对服务工程师的服务态度、水平等项目的评价。公司质量管理部将根据用户确认情况在24小时内通过电话回访用户，再次确认用户评价，这种评价将纳入公司对员工的业绩考评体系。同时公司设有严格的投诉管理制度，充分保证用户的权益，使用户得到的系统维护质量不因为系统维护人员的个人因素而变化，始终将系统维护质量水平控制在一定的标准以内。

四、系统维护措施

安装调试

(1) 公司将派遣具有技术资格认证的工程人员进行现在安装指导，由经验丰富的实施人员

实施。

(2) 安装调试由技术工程师现场安装调试。 (3) 具体人员安排详见项目实施人员安排表

五、维护条件及维护反应时间

1）所提供应用软件系统提供从验收合格后起按合同条款约定期间内免费维护；

2）软件故障报修的响应时间：1小时。若电话中无法解决，5小时内到达现场进行维护；

3）提供应用软件系统扩充、升级方面的技术支持服务；

4）在实施及免费维护期内，满足所提供软件的功能模块客户化需求； 5）所有的售后费用计入投标总价。

六、支持服务热线

我们提供技术支持与咨询热线服务，凡是客户当碰到问题时，均可拨打我们的技术支持热线：

网址：.

地址：北京上地信息产业基地开拓路7号先锋大厦一段1-3层 邮编：100085 电话： 传真：

广州系统维护中心 电话： 81170551 传真：

十一、 工期计划

ID 1 项目启动 2 接口调研与开发 3 配置试用科室的病历模板 4 安装配置试用服务器和客户端 5 系统客户化开发 培训信息科电子病历负责专人和试6 用科室人员 7 科室试用（2个临床科室） 试用意见和试用问题采集、整理、8 修改 9 医院其他科室的病历模板配置 10 全院培训、使用 11 项目验收 12 售后服务 任务名称 注：以上时间单位为15个工作日 总工期为165个工作日

十二、 项目管理计划

一）总体工期

根据与医院达成的合同安排，本合同分为的实施与免费维护期两个阶段（自合同签订之日起），其中实施工期165个工作日，分四个阶段部署。结合实际情况制定以下进度安排和任务计划。

二）院方项目主要负责人员

序号 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 姓名 职务 联系电话 其它联系方式 三）公司项目主要负责人员

序号 姓名 部门和职务 职责 获得认证资质证书 四）医院各科主要负责人员

序号 1 2 3 4

科室 姓名 联系电话 其它联系方式 五）汇报沟通机制

1）公司新到的轮换人员必须到信息科报到。

2）离开人员必需到信息科讲明离开日期和原因，以及接替人员情况，经协商同意后方可更换人员。

3）由被轮换人员向接替人员介绍现场情况，及和相关联系人员接触。

4）每周公司现场负责人员需向医院相关人员以书面形式报告工作进展情况以及需要医院配合的下一步工作。

六）项目职责

角色 职责描述 领导项目团队，执行和管理项目；沟通医院相关人员、 HIS等其它信息系统相关人员完成信息整合工作；组织项目经理 协调各类资源，保证项目的顺利进行；负责项目交付、验收等工作 负责和信息科以及临床医生的前期沟通，搭建服务器研发实施人员 及部署试用科室，做详细客户需求调研，协调研发资 人员 源，调整程序，使程序满足客户在功能上的需求 负责对该医院定制化修改的程序进行测试，协助研发实施人员搭建服务器、客户端，并培训试用科室，制通用实施人员 作电子病历模板；在程序基本定型后，负责对全院电子病历的客户端部署、客户培训、使用推广等工作 负责协助现场的实施人员针对用户需求的软件修改、研发人员 版本升级等工作 销售人员 负责协调项目进场、人员介绍等工作 七）管理过程

1）管理过程和手段

管理本项目的基本原则：通过对人员规划、时间安排、进度管理等资源的统筹协调，确保项目的整体进度；当过程中具体情况或资源状况发生改变时，通过有效的协调管理手段，确保项目进度不受影响，直至系统最终验收并交付使用

项目目标：在国立医院建设部署嘉和电子病历软件产品，保证软件功能在最大程度上满足客户需求，保证系统平稳安全地上线运行，在约定的工期内，完成系统的全面建设，并顺利通过验收，转入售后阶段

管理手段：

1. 项目前期制定严格的计划，包括：嘉和公司和国立医院的人员计划、各类需求调研计

划、项目进度时间安排计划、文档计划、测试和验收计划等

2. 监控机制：项目进程中，严格遵照沟通汇报机制执行，确保项目经理和医院相关项目

负责人对项目中各环节的实时监控

3. 协调机制：当项目进行到某一阶段，需要协调资源时，或者项目进程中出现难题、变

数，需要对各类资源进行重新组合分配时，由项目经理负责处理这些问题，如果项目经理不能做出有效协调，项目经理应尽早向公司部门经理汇报，以协调更多的资源，确保项目进度

4. 冗余机制：项目中的各类资源，将在制定计划时，留有一定的冗余数量，保证项目进

程中出现不可预知的变数时，项目经理能够有效协调这些资源，完成这些变化所带来的工作量增加的部分

2）风险管理

合同风险：双方在签订合同的过程中，因考虑不周，给一方或双方带来的损失，将由甲乙

双方本着友好协商的原则，通过签订补充协议的方式，最大限度地予以弥补。由于签订合同前，双方均会将合同交由法务部门审定，因此该风险发生可能性不大，但一旦发生，有可能会对项目产生较大影响，因此其属于高优先级，双方应尽量在合同签订时规避该风险。

技术风险：项目过程中，有可能因现阶段的技术局限性，导致客户需求不能完全满足，给

客户在未来的使用中，造成一些不便。但根据经验，该风险在以往的项目中较少出现，即便出现，也不是关键问题，因此该风险属于低优先级，一旦出现，由项目经理和研发实施人员负责组织技术力量，共同拿出解决方案。当技术力量确实达不到，不能解决该问题时，项目经理负责记录需求的详细信息，待信息技术进一步发展成熟时，再行解决。

人员风险：项目进程中，如出现项目组成员的变化、项目组成员不能满足或达到项目要求

时，将由项目经理根据冗余机制，协调、培训、新增部分项目组成员。该风险发生的几率属于中等，并且根据以往项目经验，无论嘉和公司还是医院，项目组的主要成员会相对稳定，但一旦风险发生，会对项目进程造成一定影响，因此该风险的优先级为中等。

产品风险：嘉和公司的电子病历软件产品是经国家知识产权局注册的自有产品，是合法的

正版软件，软件版权的风险为零。项目完成时，该产品的安装原始光盘、技术及用户文档、手册等均由项目经理交付医院，作为验收标准之一，因此不存在这方面的风险。 3）监督和控制机制

由嘉和公司部门经理、医院信息科主要负责人、院长指定的主要负责人、项目经理共同组

成项目管理小组，对项目进程进行监控。项目进行中，应严格遵照沟通汇报机制，保证项目管理小组中的成员实时掌握项目的进度和出现的问题，以便项目组成员之间有效沟通协调。根据合同，如果项目达到一定规模，将对项目进行阶段评审，总结前一阶段项目中的经验和不足，合理调整、安排下一阶段项目进展工作。

八）技术过程

1）方法、工具和技术

操作平台：

服务器端：Windows Server 2003 Standard Edition With SP2 客户端：Windows XP Professional With SP2

数据库平台：Oracle10g

其他环境：Microsoft .netframework 2.0 应用开发工具：

Microsoft Visual Studio .net 2005 集成接口方案：Web Service

2）软件文

需求分析说明书 测试报告

系统常见问题及解决办法 报表修改程序说明文档 数据字典

3）用户文档

系统使用手册 系统维护手册 用户培训与考核手册 客户端安装配置手册 系统工作站安装步骤说明 系统应急方案

数据库服务器更新系统安装方法（含参数配置说明）

十三、 安装和测试方案

测试纲要

测试是整个项目建设过程中极其重要的工作，是验证系统各项功能、性能符合客户要求的重要技术手段。同时，也是保证系统开发过程质量的重要技术方法。

根据项目招标要求以及项目特点，测试工作可以具体划分项目软件开发和运行测试、系统集成测试二个方面，测试过程遵循“功能→单元模块→系统”的测试路线。

软件开发和运行测试

应用软件是此项目的核心内容，软件规模庞大，因此，软件开发和运行测试在整个项目测试工作中占有非常大的比重。

软件开发和运行测试分为内部测试和外部测试两部分，内部测试主要在软件开发组内部展开，测试软件相关组件、模块、子系统和系统的正确性和可靠性；外部测试主要在业主单位展开，以测试软件各项功能的正确性和软件系统的稳定性，为用户接受测试提供量化依据

软件测试阶段

根据软件工程要求，此项目的软件开发和运行测试工作划分为以下五个阶段：单元测试、集成测试、系统测试、用户接受测试、回归测试 a) 单元测试

单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相对于该单元的规约而言的。因此，单元测试以被测试单位的规约为基准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。 b) 集成测试

集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口

是否正确。它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。 c) 系统测试

系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。软件系统测试方法包括功能测试、性能测试、随机测试等等。 d) 用户接受测试

验收测试旨在向客户展示该软件系统满足其用户的需求，它的测试数据通常是系统测试的测试数据的子集，这是软件在投入使用之前的最后测试。 e) 回归测试

回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。

软件测试技术体系

整个软件测试体系包括：测试过程、测试方法、测试工具、测试管理工具、测试用例库和缺陷库。

根据系统特性选择相应的测试方法，为了高效的利用测试方法，要使用有效的工具，通过测试过程灵活的组合各种测试方法，并进行有效管理为了有效的管理和改进测试过程，要采用测试管理工具，测试过程的主要财富是“测试用例库”和“缺陷库”，通过分析“缺陷库”可以有效的进行过程改进，并评价一个软件的质量

软件测试流程如下图所示：

软件测试方法

针对软件开发的不同阶段，我们主要采用“白盒”测试和“黑盒”测试两种方法，选择适当的测试用例来验证软件系统的功能和性能。

软件测试工具

在软件开发过程中，我们主要采用TD作为软件测试工具。

系统集成测试

根据此项目的特点，系统集成测试又可以分为现场集成测试和系统整体集成测试两个部分。

关键技术测试要点及测试指标

第一阶段：

1. 接口开发全部完成

2. 试用科室实现软件功能并实现平稳切换。

3. 实现功能模版包括：住院医生工作站、住院护士工作站、科室质量控制工作站、 院 内会诊站、病历模板维护工作站、系统维护工作站。 个性化设置等。

4. 质控科及病案室对质控了解相关模块功能，并逐步实现在新电子病历系统上实现 质量控制。

第二阶段：

1. 全院所有科室实现软件功能。 2. 实现功能模版包括：

病案借阅系统、质量控制工作站、电子病案室、 个性化设置等。

3. 到达临床规范的病案质量控制要求 第三阶段：

1. 达到合同附件中规定的各项技术要求 2. 系统软件平稳运行 第四阶段：

1. 达到合同附件中规定的各项技术要求 2. 系统软件顺畅运行 3. 转入售后维护期

软件开发和运行测试

a) 单元测试

单元测试又称模块测试，是针对软件设计的最小单位——程序模块，进行正确性检验的测试工作，其目的在于发现各模块内部可能存在的各种差错。

单元测试的测试要点和测试方法如下表所示：

序号 1 2 3 4 5

b) 集成测试

集成测试是将已测试完毕的单元模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。如数据穿过接口时可能丢失；一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数据结构可能有错误等

对于集成测试，我们主要采用“黑盒”测试方法，集成测试的测试要点和测试方法如下表

测试项目 代码规范性 功能正确性 接口一致性 容错性 可重复性 测试方法 代码审查 白盒测试，黑盒测试 黑盒测试 黑盒测试 所示：

序号 1 2 3 4 5

c) 系统测试

系统测试是对组装完成后的软件系统进行的彻底测试，以验证软件系统整体的正确性和性能等满足其规约所指定的要求。

系统测试的测试要点和测试方法如下表所示：

序号 1 2 3 4 5 6 7 8 9 10 d) 用户接受测试

用户接受测试的目的是向用户表明系统能够像预定要求那样工作。用户接受测试的测试要点和测试方法同系统测试。

测试项目 功能正确性 可理解性 容错性 安全性 执行效率 可靠性 重复性测试 负载能力 恢复能力 安装与卸载 测试方法 黑盒测试 测试项目 功能正确性 接口一致性 容错性 执行效率 可重复性 测试方法 黑盒测试 e) 系统集成测试 f) 现场集成测试

现场系统集成测试的测试要点如下：

序号 1 1.1 1.2 1.3 1.4 1.5 1.6 2 2.2 2.3 2.4 2.5 g) 系统整体集成测试

系统整体集成测试的测试要点如下：

序号 1 测试项目 功能性测试 数据接入 控制指令下达 系统时钟同步 通讯链路监管 数据审核 数据统计与分析 数据发布 测试方法 测试项目 功能性测试 数据采集 数据存储 数据传输 系统控制 信息显示 用户验证 性能测试 死机测试 压力测试 可靠性测试 恢复能力测试 测试方法 黑盒测试 序号 2 远程升级 异常报警 测试项目 测试方法 性能测试 压力测试 可靠性测试 安全性测试 恢复测试

项目验收规定

a) 验收依据

此项目的主要验收依据如下： (1) 项目招标文件 (2) 项目需求说明书 (3) 其它相关国家标准

以上几个文件的内容若有矛盾，序号在前者优先。

b) 验收程序与方法

根据合同中，验收标准进行项目验收

c) 验收计划编制

承建方负责验收计划的编制工作，该计划应通过业主单位的确认。在验收计划中应明确项目验收主要内容，对每项验收内容要明确定义其目标、启动标准、验收活动、完成标准和数据度量。

d) 项目文档审核

考虑到在系统最终验收前，承建方已经完成足够的测试工作，因此在最终测试时没有必要再次重复以前的测试工作，为确认承建方测试工作的有效性以及项目的质量，业主单位应组织专家组重点审查承建方提交的项目文档，以确认文档的有效性和可靠性。

承建方提交的文档包括以下内容：

1) 开发类文档；包括《数据库设计说明书》、《程序维护手册》、《用户操作手册》、《项

目总结报告》等；

管理类文档：《用户培训计划》、《会议记录》等

2) 用户规定的其它文档

e) 系统构建测试

针对项目的软件系统，为验证承建方提供的代码版本的有效性，业主单位根据承建方供的编译步骤，从源代码重新生成可执行程序，以后的抽样测试在此基础上展开。

f) 系统抽样测试

在承建方提供的系统测试报告的基础上，抽取典型的测试用例，对系统进行功能和性能测试，检查实际检测结果与测试报告的符合情况。

另外，专家组也可以采用随机测试的方法，对系统进行测试，上述测试结果的正确与否是确认最终验收的重要依据。

十四、 验收标准和实施方法

阶段 目标 工期 负责人 第一阶段 试点科室实现“软件”系统规定的功能 60个工作日 医院信息科长 1. 完成与HIS、LIS、PACS等系统接口 2. 进行数据库备份以及增量备份程序 3. 测试电子病历系统软件整体流程，确保无重大Bug和逻辑错误 4. 制作并审核试点科室模版，包括全院通用模版 5. 培训临床医生使用医生工作站、病历模板维护工作站、病案借阅系统、临床质量控制工作站个性化设置。 6. 培训质控科人员使用质量控制工作站 实施内容 7. 培训信息科系统维护工作站及常见问题处理 8. 总结试点科室上线遇到的常见问题，形成手册。 9. 病案质量控制试运行阶段，不采取具体惩罚措施 10. 电子病历服务器的安装，数据库的初始化，形成相关文档，培训医院工程技术人员 11. 集成检验和检查申请 12. 启动后续科室模版的收集、整理 1. 接口开发全部完成 2. 试用科室实现软件功能并实现平稳切换。 3. 实现功能模版包括：住院医生工作站、住院护士工作站、科室质量控制验收标准 工作站、院内会诊站、病历模板维护工作站、系统维护工作站、病案借阅系统、质量控制工作站、电子病案室、个性化设置等。 4. 质控科及病案室对质控了解相关模块功能，并逐步实现在新电子病历系统上实现质量控制。

阶段 第二阶段 阶段任务 全院科室部署使用“软件”系统规定的功能 工期 负责人 60个工作日 医院信息科长 1. 根据医院总体安体，部署全院各临床科室依次上线 2. 培训上述科室医生使用系统软件模版 实施内容 3. 完成试点科室病案质量控制规范要求 4. 总结科室上线遇到问题、需求反馈、汇总、完善 5. 替换原有医生工作站的医嘱功能 1. 全院所有科室实现软件功能。 2. 实现功能模版包括：住院医生工作站、住院护士工作站、院内会诊站、病历模验收标准 板维护工作站、系统维护工作站、病案借阅系统、质量控制工作站、电子病案室、个性化设置等。 3. 到达临床规范的病案质量控制要求

阶段 阶段任务 工期 负责人 第三阶段 系统运行后的需求汇总、完善，确保系统稳定运行 30个工作日 医院信息科长 1、 解决全院上线后的需求反馈 2、 根据医院需求完善医疗质量统计分析模块 实施内容 3、 根据医院需求及现有的模块完善科研病历查询工作站 4、 需求整理、反馈、完善 5、 安装科研查询服务器，配置数据库。 1、 达到合同附件中规定的各项技术要求 验收标准 2、 系统软件平稳运行

阶段 阶段任务 工期 负责人 系统运行平稳运行后整体验收 15个工作日 医院信息科长 1. 发现系统运行中的问题，根据需求阶段性修改软件并反馈医院再测试 2. 整理验收文档，组织验收工作 实施内容 3. 签署软件整体验收报告 4. 维护工作逐渐移交给院方信息科主要负责 1. 达到合同附件中规定的各项技术要求 验收标准 2. 系统软件顺畅运行 3. 转入售后维护期

第四阶段

十五、 技术培训

众所周知，最优的售后服务是一个项目的承包商必须做出的承诺。但是，如何根据用户的实际情况（人员素质、计算机应用水平、系统的要求等），做出切合实际的项目售后服务计划书，才是用户关注的问题。优质的售后服务也一直是我公司在经营活动中最基本的原则。嘉和提供免费的电子病历培训。

与其它新技术相比较，信息系统的推广应用更需要科学的培训及系统的维护，只有将培训与维护贯穿于系统的整个生命周期，才能实现理想的应用效果。推荐采用全方位的培训及维护体系。

1.培训方法

集中培训：如计算机基础知识、基本技能和系统岗位的操作知识等前期培训； 分班培训：如场地或时间有时对人员采用分班培训的方式进行前期培训，和在集中

培训后对部分人员再进行巩固式培训；

巡回讲解：在经过前期培训后，各操作人员还有不太熟悉的地方，由实施工程师巡回讲

解；

计算机骨干集中培训：对各科的计算机骨干进行重点的培训， 加强对系统的熟悉和对

维护及一般故障处理等知识的培训；

各级系统管理员的重点培训：对各级系统管理员进行重点培训，除了要培训其它人员的

所有内容外，还要增加专业的培训，如：硬件、网络维护，故障处理，数据库维护，系统权限设置，系统高级配置等；

分级考核：为了加强培训的效果，在培训过程中对不同内容进行一些考核，以了解培训

的情况，促进培训效果。

2.培训内容

系统管理员培训 ➢ 培训环境和条件：

 服务器和每个终端的软件都已安装；

 每个终端都能连接到服务器，并且每个终端安装的电子病历系统都能成功登录使

用；

➢ 参与人员：医院系统管理员 ➢ 培训内容：

 系统的安装和配置文件中参数修改；  基础数据的维护  模板的制作  报表的制作

 医生工作站及其它系统功能模块培训； ➢ 培训目标:

 系统管理员能够自已安装好系统正常运行的整个硬件环境和软件环境；  系统管理员能够熟练操作使用所有系统

 系统管理员能够使用电子病历系统给病人写电子病历

 系统管理员能熟练使用电子病历模板编辑器制作各种模板（包括文本模板和界面模

板）,会使用模板编辑器中的元素和元素关联功能

 能够根据医生的需要制作各种报表，会使用报表中的主项数据项，标题项和页标头

项，能够在报表中写代码控制报表的显示；

➢ 系统管理员对所培训的内容实际操作练习。 ➢ 所需时间:预计一个月（可和其它培训同时进行） 科室管理员培训 ➢ 环境条件:

 服务器和每个终端的软件都已安装

 每个终端都能连接到服务器，并且每个终端安装的电子病历系统都能成功登录使用 ➢ 参与人员：科室系统管理员、医院系统管理员、实施人员 ➢ 培训内容：

 系统的使用操作  病历模板的制作  报表的制作 ➢ 培训目标:

 系统管理员能够熟练操作使用所有系统

 系统管理员能够使用电子病历系统给病人写电子病历

 系统管理员能熟练使用电子病历模板编辑器制作各种模板（包括文本模板和界面模

板）,会使用模板编辑器中的元素和元素关联功能

 能够根据医生的需要制作各种报表，会使用报表中的主项数据项，标题项和页标头

项

➢ 科室管理员对培训的内容现场操作练习

➢ 所需时间:预计一个月（可和其它培训同时进行）

科室所有用户的培训 ➢ 培训条件:

 服务器和每个终端的软件都已安装

 每个终端都能连接到服务器，并切每个终端安装的电子病历系统都能成功登录使用 ➢ 参与人员：科室所有医生(包括科室管理员)、医院系统管理员、实施人员 ➢ 培训内容：

 医生工作站培训  电子病历系统培训

➢ 培训目的:使科室的每个使用系统的医护人员都会使用系统中的每个功能，能够自已独

立熟练操作；

➢ 培训后系统使用人员现场操作练习。

➢ 所需时间:预计四个月（可和其它培训同时进行）

3.培训目标

实施医院医生工作站系统、电子病历系统及其它系统，让系统管理员、科室管理员、所有医生都熟练的掌握各自岗位所需的所有系统维护、操作和日常问题处理能力。

4.建议参加培训人员列表

系统管理员：计算机中心所指定的实施电子病历系统相关的系统管理人员。 科室管理员：各科室选定的，计算机水平和业务水平相对较高的，负责在各科室实

施电子病历系统的配合工作并起带头作用的科室医护人员；

所有医生：所有和实施电子病历系统相关的医生，是电子病历系统的主要使用人员

之一；

所有护士：所有可能使用护士工作站的相关护士，是护士工作站的主要使用人员。

5.培训资料

（1）应用软件操作说明； （2）系统维护、管理培训说明； （3）本公司提供的其它培训说明。

6.培训评估

为了加强培训的效果，在培训过程中对不同内容进行一些评估，以了解培训的情况，促进培训效果，要求医院相关领导应积极参与到培训评估中

（1）评估目的：

➢ 明确培训效果，以利于培训负责人组织的下一个项目的立项和审批 ➢ 不断改进培训质量，把培训工作越办越好。

➢ 对参加者的知识，技能，态度的接受更新能力，综合素质和潜在发展能力的评价。

（2）评估方式

➢ ➢ ➢ ➢ ➢

一级评估：观察学员的反应——院方领导抽样性旁听培训课程来实行； 二级评估：检查学员的学习结果——考核； 三级评估：衡量培训前后的工作表现； 四级评估：衡量医院经营业绩的变化。

在整个培训过程中可直接得到一级、二级评估结果，三级、四级评估要求院方自主实行并得出相应结果，同时应及时准确的与公司沟通。

（3）考核相关事宜

受训人员的考核分为上机与试卷考核。考核内容及方式为本公司多年来施工经验总结而出，内容多为客户多发症状及并发症状，既起到考核的作用也是院方避免发生类似问题的重要参考。

考核目的

上机考核：考核受训人员的操作质量与效率（例如对于住院医生，模拟一份大病历，要求在

一定的时间内完成并达到合格等）；

试卷考核：考核受训人员医院的业务在系统中的实现与灵活性。 考核制度

考核现场要求有参加考核人员院相关领导及负责人员在场； 参加考核人员与监督人员必须认真对待每次考核；

院方领导应该积极配合培训负责人员实施对受训人员进行考核； 考核结果最终上交公司及院负责人，结果及相关事宜交由院方自主实行。

十六、 售后服务详细方案

1、安装调试

1) 公司将派遣具有技术资格认证的工程人员进行现在安装指导，由经验丰富的实施人员实施。 2) 安装调试由技术工程师现场安装调试。 3) 具体人员安排详见项目实施人员安排表

2、售后技术维护服务响应时间

1）所提供应用软件系统均提供从验收合格后按合同约定时间内免费维护；

2）软件故障报修的响应时间：1小时。若电话中无法解决，5小时内到达现场进行维护； 3）提供应用软件系统扩充、升级方面的技术支持服务；

4）在实施及免费维护期内，满足所提供软件的功能模块客户化需求；

3、培训方案

(1) 组织为期一周的针对整个系统的维护及操作培训，至少培训2名高级管理人员，3名一般操

作人员。

(2) 从调试开始，对操作管理人员进行现场培训，直到系统超作人员能使系统正常运行为止。

4、售后服务人员安排（综合素质、保证措施服务承诺的内容及水平）

序号 姓名 资质 职责 5、服务承诺的内容及水平

对于国立医院电子病历系统的维护工作，我们建议采取预防为主的原则。在此基础上，不仅要对

用户方人员进行培训，以及为用户提供长期的技术协助，同时还要协助用户方建立一套科学的系统使用与管理规范。以便能够预防、并及时发现系统可能发生的一切问题和故障，并对故障隐患及时加以排除。

电话解答 上门服务 其它服务 现场服务 远程操作 本地化服务 5.1 服务内容主要包括系统日常服务和产品升级服务等主要内容

1) 日常服务：主要针对用户在日常的正常操作中，由于对软件系统操作不熟悉、使用不当所引

起的系统不能正常运行或者数据需要调整或者硬件出现故障等时我公司技术服务人员所提供的服务。

2) 产品升级服务：系统应用单位的需求变化等而出现的系统不能满足现实需求的情况下，我公

司对原有软件系统所提供的补充功能、程序变换等服务。

5.2服务方案

(1) 系统正式运行后，自然进入本公司的售后服务期。这时公司可以委派客服组的2-3名技术人

员驻扎医院进行服务。出现问题时就能够直接解决，这样可以避免耽搁医院正常的业务运行，同时一旦出现灾难性错误时，也可以减少贵院的损失，确保医院数据的安全和稳定。 (2) 培训期内，会重点培训至少2名高级管理人员和3名一般操作人员，网络管理员处理因操作

失误造成的错误和一些软硬件基本问题的解决方法。让网络管理员能够独当一面，成为医院信息维护的一只骨干力量，同时也可以让医院省去很多的后顾之忧。

(3) 公司还会在每周确定一个固定的时间，与网络管理员一起组织各部门主任开一次问题讨论会。

把各个部门出现的问题做一个总结，技术人员记录下来，根据具体问题一一解答。同时也会让网络管理员在旁协助，这样也会增加他们的知识量。

(4) 公司的技术人员在现场解决问题的时候，都会找网络管理员在自己的身边，如果是经常出现

的典型问题。技术人员会在一旁进行指导，让网络管理员亲自处理问题，同时也让他们了解自己的工作职能，使网络管理员更能胜任自己所处的岗位，在短时间内可以积累更多的工作经验。

(5) 如果出现技术人员在现场无法处理的问题（如需要修改后台数据等），会马上通知给公司，让

公司的软件开发人员以最短的时间解决，并给医院一个的答复。并且公司的客服电话是24小时服务，在此期间内，医院出现任何问题，都会及时到达现场解决。

5.3售后服务质量控制和保障

为充分保证用户权益，严格控制售后服务质量，制订有严格的质量管理制度和员工业绩考评制度。当技术服务工程师根据技术服务调度单为用户提供服务以后，需要用户签字确认售后服务的时间、内容及对服务工程师的服务态度、水平等项目的评价。公司质量管理部将根据用户确认情况在24小时内通过电话回访用户，再次确认用户评价，这种评价将纳入公司对员工的业绩考评体系。同时公司设有严格的投诉管理制度，充分保证用户的权益，使用户得到的售后服务质量不因为售后服务人员的个人因素而变化，始终将售后服务质量水平控制在一定的标准以内。

5.4售后服务措施

安装调试

(1) 公司将派遣具有技术资格认证的工程人员进行现在安装指导，由经验丰富的实施人员实施。 (2) 安装调试由技术工程师现场安装调试。 (3) 具体人员安排详见项目实施人员安排表

6、支持服务热线

我们提供技术支持与咨询热线服务，凡是客户当碰到问题时，均可拨打我们的技术支持热线：

网址：.

地址：北京上地信息产业基地开拓路7号先锋大厦一段1-3层， 邮编：100085 电话： 传真：