区域医疗--区域卫生信息化应用软件项目建设方案-USB迷|专注于互联网分享

2024年5月24日发(作者：阙振强)

某市

区域卫生信息化应用软件项目

建设方案

一、项目背景............................................................................................................................................ 1

二、建设目标............................................................................................................................................ 2

2.1

建设原则 ......................................................................................................................................... 2

2.2

建设目标 ......................................................................................................................................... 3

2.2.1针对医疗机构 ............................................................ 4

2.2.2针对社康中心 ............................................................ 6

2.2.3针对区域协同医疗 ........................................................ 6

2.2.4针对卫生管理机构 ........................................................ 8

2.2.5针对个人 ................................................................ 9

三、系统总体设计.................................................................................................................................... 9

3.1

设计原则 ......................................................................................................................................... 9

3.2

设计依据 ........................................................................................................................................ 11

3.3

技术架构 ........................................................................................................................................ 11

3.4

技术架构特点 ............................................................................................................................... 12

3.5

应用架构 ....................................................................................................................................... 15

3.6

应用架构特点 ............................................................................................................................... 19

3.7

应用部署 ....................................................................................................................................... 23

四、项目建设内容.................................................................................................................................. 24

4.1

平台基础应用 ............................................................................................................................... 25

4.2

医疗机构业务应用 ....................................................................................................................... 26

4.2.1 门急诊医疗管理系统 ..................................................... 26

4.2.1.1 门急诊排班管理系统 ..................................................................................................... 26

4.2.1.2 门急诊挂号系统 ............................................................................................................. 28

4.2.1.3 门急诊收费系统 ............................................................................................................. 29

4.2.1.4 门急诊医生工作站系统 ................................................................................................. 31

4.2.1.5 体检系统 ......................................................................................................................... 36

4.2.1.6 门诊呼叫系统 ................................................................................................................. 38

4.2.1.7 门急诊应急系统 ............................................................................................................. 39

4.2.2 住院医疗管理系统 ....................................................... 42

4.2.2.1 入院管理系统 ................................................................................................................. 42

4.2.2.2 住院医生工作站系统 ..................................................................................................... 43

4.2.2.3 住院护士工作站系统 ..................................................................................................... 46

4.2.2.4 结构化电子病历系统 ..................................................................................................... 48

4.2.2.5 病案管理系统 ................................................................................................................. 49

4.2.2.6 住院结算系统 ................................................................................................................. 51

4.2.2.7 综合查询系统 ................................................................................................................. 52

4.2.2.8 医院感染管理系统 ......................................................................................................... 53

4.2.2.9 传染病管理系统 ............................................................................................................. 55

4.2.2.10 触摸屏查询系统 ........................................................................................................... 56

4.2.2.11 电子病历质控系统 ....................................................................................................... 57

4.2.3 药品管理 ............................................................... 64

4.2.3.1 门诊药房管理系统 ......................................................................................................... 64

4.2.3.2 住院药房管理系统 ......................................................................................................... 64

4.2.3.3 药库管理系统 ................................................................................................................. 65

4.2.4 物资管理 ............................................................... 67

4.2.4.1 卫生材料管理系统 ......................................................................................................... 67

4.2.4.2 设备管理系统 ................................................................................................................. 68

4.2.5 医技系统 ............................................................... 70

4.2.5.1 实验室信息系统（LIS） ............................................................................................... 70

4.2.5.2 医学影像信息系统（RIS/PACS/内镜/病理/超声） ................................................... 71

4.2.5.3 心电报告系统 ................................................................................................................. 74

4.3

商业智能（BI）系统 ................................................................................................................... 76

4.3.1 技术架构 ............................................................... 77

4.3.2 医院管理 ............................................................... 77

4.3.3 政府监管 ............................................................... 79

4.3.4 历史数据处理 ........................................................... 79

4.4

协同医疗服务系统 ....................................................................................................................... 80

4.4.1 院间服务预约与转接诊管理系统 ........................................... 80

4.4.2 远程医学应用系统（桌面会诊） ........................................... 81

4.4.3 协作临床科研应用系统 ................................................... 81

4.4.4 远程教学系统 ........................................................... 82

4.5

公众健康信息服务系统 ............................................................................................................... 82

4.5.1 机构信息发布系统 ....................................................... 82

4.5.2 健康与医疗咨询 ......................................................... 82

4.5.3 诊疗记录共享 ........................................................... 82

4.6

针对卫生健康局的应用 ............................................................................................................... 83

4.7

数据接口 ....................................................................................................................................... 83

五、项目实施.......................................................................................................................................... 84

六、项目验收.......................................................................................................................................... 84

七、结束语.............................................................................................................................................. 84

一、项目背景

某市共有7家医院，100多个社康服务中心，床位数近1800张，年门诊量

超过600万人次，年出院病人数超过7万人次。卫生信息化建设分为“计算机技

术应用”、“业务领域信息系统建设”和“区域卫生信息化”三个阶段，某市目前

已完成第二阶段建设，主要呈现出以下四大特点：

一是起步早。卫生信息化建设始于20世纪90年代末，发展已有十余年的历

史。十余年来，卫生信息化建设从无到有，从低级简单到初具规模，为卫生事业

的快速发展提供了巨大的技术支持。

二是发展快。短短十余年的时间，卫生信息化即完成了第一阶段向第二阶段

的跨越式发展，区属各医疗卫生单位相继建成了模块较全的业务信息系统，基本

覆盖了各个业务环节，发展速度较快。

三是水平高。由于起步早、发展快，目前卫生信息化建设处于一个较高的发

展水平，特别是某市人民医院，在全市同级医院中已处于领先地位。

四是应用广。区内4家医院普遍采用xxx产品作为主体，以病人费用管理为

核心构建医院信息管理系统，又自行采购包括LIS、RIS/PACS、资材管理在内的

各个系统，100家社康中心统一使用xxx系统进行日常医疗和健康服务业务运作，

信息化管理应用范围较为广泛。

目前，各个医疗服务机构上线的信息系统模块较全，基本覆盖了各个业务环

节，主要业务基本纳入了信息系统管理范围，信息化程度较高。但是医疗卫生行

政管理部门主要采用WORD、EXCEL、电子邮件的办公管理软件完成日常业务和数

据管理，没有统一的OA系统支撑。

某市医疗卫生行业信息化建设发展至今，由于各个医疗卫生机构均各自进行

信息化建设，没有统一的规划和管理，也逐渐暴露出众多的问题：

1、卫生信息“割据”，存在信息“孤岛”。

各业务系统相互不支持、不匹配，存在众多信息“孤岛”，一个单位内部的

数据尚不能挖掘和利用，更无法实现全系统高层次的信息共享和交换，信息系统

技术陈旧，发展受限，不能满足卫生事业快速发展的需求。

2、非“流程数字化”，要“数字化流程”。

业务、管理流程的梳理、评估、改进和重组不够，一些原本不合理的业务和

管理流程，被数字化固化下来，出现了“流程数字化”，而非利用信息化技术来

优化业务和管理流程（即数字化流程），对卫生事业的发展起到了不利影响。

3、系统版本不一，无法实现“兼容”。

按项目开发模式建设，发展不均衡，一个医院一个版本，可拷贝和复制性差，

不但开发过程费时费力成本高，而且系统扩展和升级同样需要花费巨额投入，大

多数医院对信息化建设后续发展不堪重负。

4、“自助”设计缺失，便民功能薄弱。

业务信息系统缺乏互动设计，“自助”服务功能薄弱，如市民群众无法通过

互联网查阅自己的健康档案、以往就诊资料、检查报告、医学影像资料，也不能

得到针对性的治疗安全警示、药物过敏警示、重复检验、检查提示等，不利于医

疗安全的保障，还会因重复检查带来高昂费用，给市民群众造成不必要的经济负

担。

鉴于深圳某市相关医院信息化建设的现状，要真正实现区域卫生信息化，必

须首先整体提升医院的信息系统，解决有信息可享、有信息可用等关键问题。

基于上述考虑，建设深圳某市区域卫生信息化平台项目，目的是以医疗服务

机构为主体，以医疗资源和信息共享为目标，集成共性技术及医疗服务关键技术，

建立区域协同医疗公共服务平台，使有限的医疗卫生资源达到最大化利用。

二、建设目标

2.1 建设原则

区域整合原则：卫生信息化建设中遇到的问题，更多是出自于软件方面，其

原因是没有规划好技术路线。很多医疗单位在实施信息化时，建设目标不明确、

内部信息控制和流程设计不合理。区域整合应采用开放式体系结构，易于扩充，

使相对独立的分系统易于进行组合和调整。区域整合原则下数字化建设的核心内

涵是改进和优化。是数字化医院，而不是医院数字化；是数字化病历，而不是病

历数字化；是数字化流程，而不是流程数字化。

弹性发展原则：随着应用水平的提高，对应用的要求也会不断提高，软件的

架构应具有良好的可扩充与可扩展性。软件具有流程引擎，高级用户可以根据医

院的业务要求，方便的配置相应流程。软件稳定性强，具有高可用、高效率等特

征，并行处理能力强，界面美观，操作方便。

低成本原则：软件是有生命周期的，没有永不淘汰的软件。某市区域卫生信

息化建设要有一定的前瞻性，采用先进而成熟的技术，保证在项目实施完成后五

年之内，随着业务量的增加不会导致对网络结构及骨干设备的重大调整。在整体

规划、分步实施的基础上，以低成本原则，合理利用好政府资金。

2.2 建设目标

针对某市医疗卫生行业信息化的现状和建设原则，某市卫生健康局提出了统

一规划、分步实施、打造试点、逐步推广，实现医疗卫生行业信息化跨越发展的

目标，并提出了总体需求：

1、对医院信息系统进行改造或重建，完成某市内各医院的数字化医院建设；

2、在数字化医院建设的基础上，进行全系统的整合，打造某市医疗卫生行

业区域性信息平台，实现数据共享、信息共享；

3、采用先进的技术构建系统，满足现有的需求并充分考虑发展的需要，灵

活应对变化，快速响应新的需求，保障系统持续的发展；

4、通过有效的管理和技术手段，充分保障数据的安全性，保障业务的连贯

性；

5、高效率、较低成本的完成信息化建设工作。

现阶段，随着医院业务的不断扩展，管理意识的提升，信息系统应用水平的

提高，各个医院对信息化建设也提出了更多的需求：

1、信息系统从单纯的辅助医院完成业务需转变为帮助医院优化流程，加强

过程控制，提高医疗质量、服务品质；

2、信息系统从提供简单固定格式的查询、报表需转变为提供数据深度挖掘

的工具，及时、准确的相应医院数据需求；

3、信息系统从单纯的费用管理、成本控制需转变为帮助医院完成成本效益

分析，为管理决策提供准确及时的数据依据。

4、信息系统从封闭、孤立需转变为开放、共享，方便的与社保系统、传染

病上报系统、妇保系统、病案系统等外部系统集成。

因此，深圳某市区域卫生信息化应用软件建设项目的首要任务是建立区域平

台的核心区域应用及数据服务中心，通过创新的应用服务模式，让区域内的医院

使用区域数据中心提供的数字化医院应用系统功能，从而使得区域内的医院在较

短时间完成数字化医院的建设。在此基础上，通过信息共享、知识共享和资源共

享，利用双向转诊、远程会诊、远程教学、网络门户等手段，实现区域内的协同

医疗服务。在数字化医院建设基础上，通过引入华西医院的医疗资源、管理资源、

培训资源、各种知识库等，在区域内，统一服务流程、统一医疗行为、统一管理

规范，使区域内各医疗机构的服务质效和经营管理水平得到有效的提升。

建立跨医疗机构的区域性统一信息平台，包括各医疗机构整体化信息系统的

建设和跨医疗机构的共用系统平台建设，统一数据模型与数据库结构，统一通讯

协议，统一系统产品技术发展，统一维护管理，并不断完善、扩展系统功能，使

之能满足不同医疗机构的业务需求，实现各医疗机构的信息共享，实现以下应用：

2.2.1针对医疗机构

对加入平台的各医疗卫生服务机构，通过医院信息系统的实施，实现各类业

务数据的数字化采集、存储、管理和共享使用，并运用计算机网络应用系统优化

业务流程、加强医疗服务过程质量控制、提高医疗服务效率、降低医疗服务成本，

同时通过对各类数据的分析和挖掘使用，为卫生管理决策、医疗决策、临床应用

科研提供基于证据的支撑，图示如下：

实现各级医院与社康中心之间、科室与科室之间、医生与医生之间，关于

病人预防保健、健康促进和以电子病历为核心的临床医疗信息、服务信息的网络

共享利用，避免因信息不能共享导致的重复医疗现象。通过系统设置，实现各级

医院与社康中心的分级医疗授权管理。通过系统平台，实现基于医生桌面的传染

病申报与疫情信息的统一管理。

组织各医疗服务机构相关专业医务人员，组成协作工作组，协作开展病人

治疗随访，建立以病种为中心的临床数据库，协作开展常见病种、慢性病的临床

治疗研究，制定和推广常见病、慢性病临床治疗、康复保健的规范径路，发展和

推动临床医学信息学的应用，图示如下：

文献资源共享：通过区域性数字医疗卫生信息平台，提供网络环境下医疗

文献交流、文献检索共享和远距离文献阅读服务，使信息流通欠发达地区能及时

了解医学的最新进展和临床诊疗技术的发展；

2.2.2针对社康中心

通过区域性数字医疗卫生信息平台，支撑各级医院与各社康中心高效率、

高质量、低成本地协作开展健康教育、健康促进、慢病防治、人才培养、医疗服

务和应用科研，促进社康中心服务体系的不断完善和持续发展，促进建立有序、

高效的分级医疗卫生服务模式：

 建立各中心医院与社康中心基于相互授权的患者医疗信息共享机制，并以此

为基础，建立双向转接诊、病人随访、急救医疗后援支持以及患者治疗全程

质量跟踪与保障机制，促进分级医疗服务模式的发展和各医院与社康中心医

疗资源的优化利用，并提高医疗服务的及时性，降低病人医疗费用；

 支撑与医院各社康中心协作设计、建立、完善并系统管理居民电子健康档案、

电子病历、慢病病种数据库和防治规范知识库，为各社康中心开展健康管理、

慢病防治、流行病学调查和分析研究提供专业技术支撑；

 根据不同区域居民的健康状况、病种结构和预防保健、健康促进的实际需求，

结合社康中心的健康教育计划或针对突发性流行病、传染病的防治及慢病康

复等主题，为社康中心健康教育的实施提供技术支持，如以视频会议的方式

开展点对点、点对多点的健康教育讲座。

2.2.3针对区域协同医疗

协同医疗服务：共享公众健康与疾病诊疗数据，共同研究、制定、遵循协

同医疗服务流程、规程和质量控制标准，建立医疗机构协同服务的支撑环境；通

过远程会诊/远程医学影像诊断/现场指导等方式积极开展协同医疗卫生服务；开

展医疗机构间双向服务预约；加强区域双向转诊工作，建立危重病人转诊无障碍

对接和绿色通道。通过分级协同的服务模式，引导一般诊疗下沉到基层，促进各

级医疗资源的合理利用，提升行业服务质量与效率，防范医疗风险，降低医疗服

务成本，切实优化区域医疗卫生与健康保障服务模式。

协同人才培养：开展进修学习、短期技术培训、远程音视频交互网络教学

等多种形式相结合的分层级人才培养和技术扶持，低成本、高效率地持续优化各

级医疗卫生机构的人才技术资源。

协作医学科研：协作开展学科建设与临床应用科研，共建、共享“临床病

种数据库”、“病种诊疗指南与临床路径知识库”，促进最佳的临床实践，提升临

床诊疗的安全性和有效性，促进区域医疗技术水平的共同提升，并切实降低医疗

费用，加强科研指导和科研协作，协同开展临床科研项目。

2.2.4针对卫生管理机构

区域协同医疗信息平台是以一点录入，多点使用的方式进行运作。当用户

在医院HIS系统及公共卫生系统当中录入了有效数据以后，疾病预防控制中心，

卫生行政部门等相关机构则可以通过系统筛选各自需要的数据进行统计分析。

疾病预防控制中心：可从各医院、社康中心获取疾病个案信息，智能分析

出区域群体疫情信息，与医疗机构联网完善传染病的上报流程和模式，提高上报

效率和质量，实现传染病、慢病、精神病等疾病的实时监控和预警报告。

卫生行政部门：利用突发公共卫生事件应急指挥和处理平台，加强对突发

公共卫生事件的监测和预警。通过网络可以随时查阅区内医疗卫生行业各种最新

的统计数据，加强宏观管理，优化卫生资源的配置。可以全面掌握全区医疗卫生

服务体系、救助体系、保障体系等方面的详细资讯，为制定区内公共卫生政策提

供准确依据。可建立起管理对象档案，通过管理对象档案实现不同机构，不同业

务间的信息共享，通过管理对象档案和居民健康档案和关联，实现将个人的健康

管理和人群管理统一起来。通过信息共享，加强执法力度，杜绝人工管理的弊端，

实现卫生监督的实时、动态、高效管理，实现网上受理审批，监督信息公布查询

等信息化应用目标。

2.2.5针对个人

提供健康保障信息与知识服务支持，如健康咨询、健康讲座等，使患者能得

到正确的医疗服务咨询与指导，实现疾病早诊早治，通过提倡健康生活方式、普

及健康知识，提高居民的健康素养。

向患者提供丰富的服务预约方式（callcenter、银行终端、电信、网站等）、

先进的服务流程、区域内一卡通及信息共享、远程诊疗等，减少就医时间，减少

重复检查，减少无效医疗行为，降低医疗成本，提升医疗质效。

三、系统总体设计

3.1 设计原则

根据平台应用的需要和应用运行的环境，使用先进的、成熟的技术及产品

建立高可靠、高性能、可伸缩和易管理的服务器系统和存储系统，为各种区域协

同医疗服务系统应用提供一个性能稳定、可靠、易扩展和高效的运行环境；保障

加入平台的医院的业务连贯性，保障平台服务的可用性和有效性。

3.1.1安全性

包括网络系统的安全、应用系统的安全、数据库系统的安全几个方面。

网络系统的安全性：参见《深圳某市区域卫生信息化平台建设》网络方案

部分。

应用系统的安全性：应用系统采用严格的安全组策略控制系统用户能使用

的功能，只能对规定范围内的数据进行操作，从而杜绝用户跨越权限进行功能操

作。

数据库系统的安全保护性：数据库系统的用户身份鉴别：保证每个用户是

合法的，且是可以识别的；数据库的存取控制：即控制主体对客体的访问，拒绝

非授权访问，防止信息泄露。数据库管理系统的安全保护：主要集中在对数据库

的存取控制上。

数据库恢复的措施，建立自动的备份任务，即在每天数据库不忙的时候进

行，如在夜间24时左右备份前一天的全部数据。并要保证数据备份的连续性和

完整性。一旦有故障发生时可恢复至备份前一刻的数据。同时采用异地灾难备份，

可完成数据灾难恢复。

3.1.2实用性

系统的建设应该从实际使用出发，采用目前成熟的技术，加快系统开发的

进度，减少投资风险；同时，采用的技术必须是先进的、可扩充、可升级的，从

切合医院实际业务应用出发，解决医院现代化综合信息管理的各种需求，易学、

易用、易于维护，注重实用效果。

3.1.3可靠性

平台系统应具有强大的容错能力，例如：关键设备采用冗余设计，重要干

线采用双路连接，以便当通讯线路或其它网络部件发生故障时，保证网络系统正

常运行。保证系统的365×24正常运行，并提供系统异常情况下的后备解决方案。

应用系统的可用性不仅影响医院的业务连惯性，而且直接影响病人的医疗安全，

平台医院需要业务系统具有高可用性。

3.1.4可扩充性

系统网络结构应易于扩充，以满足今后不断增加的用户端的需求和可能出

现的较大任务负载，硬件平台亦应具有可升级性，当需要时可通过新的计算机设

备同原有计算机设备一起工作以提高系统的处理能力，从而最大限度地保护医

院现有投资。未来三至五年内，随着的平台建设发展将有更多的医院会加入，因

此，系统必须具有的足够的可伸缩能力，保证5年内系统可以通过扩展来保证其

响应速度，以及容纳数据能力。同时，系统扩展对业务透明，不会造成业务的中

断。

3.1.5可维护性

整个系统平台资源（包括服务器和存储系统资源）能够灵活、方便进行调

整，以满足业务的变化。同时，后台资源的调整对业务透明，不会造成业务的中

断。

3.2 设计依据

1．国家与行业标准

(1) 卫生部《健康档案基本架构和标准》（试行）；

(2) 卫生部《电子病历基本架构与数据标准》（征求意见稿）；

(3) 卫生部医院信息系统(HIS)基本功能规范；

(4) 疾病分类代码标准 (ICD-10)；

(5) 卫生部标准WS/T102-1998，临床检验项目分类与代码；

(6) 医药行业标准YY0252-1997，化学药品(原料、制剂)分类与代码。

2．国际标准和国外标准

（1）HL7（美国医疗服务信息网络通讯协议）3.0/2.4版；

（2）SNOMED《国际系统医学术语全集》3.5版；

（3）ICPC（国际初级保健信息标准）；

（4）CPT（美国医院临床操作服务分类编码和术语标准）；

（5）X12N（美国医疗保险业电子数据交换标准）；

（6）LOINC、HHCC、ICIDH等标准。

（7）DICOM 3.0

3.3 技术架构

如上图所示，整个区域卫生信息应用平台建立在

caché

的多维数据库基础之

上，采用

caché

的统一数据服务，实现病人统一索引。在此基础上，利用成熟的

TRAKCARE医疗平台框架实现HIS基本业务应用（包括PACS、LIS、PIS）和公共

卫生基本业务应用，并利用COGNOS数据挖掘工具提取数据，实现数据挖掘功能。

利用IBM WEBSPHERE应用服务器实现PORTAL应用，实现区域内医院之间、医院

和社康中心之间的数据交互和服务预约。

ENSEMBLE集成服务工具作为数据共享与交换平台，提供开发接口，可以方

便地实现与外部其他信息系统的信息共享与交换。ENSEMBLE另外还实现数据交

换的日志管理、消息监控、事件管理、安全控制等功能。

3.4 技术架构特点

1、基于统一身份认证的单点登录(SSO)

单点登录指的是允许用户登录到一个应用，这个应用带有经过认证的到其他

应用的访问途径，登录到这个应用之后，用户无需再遭遇任何其他的认证。用更

实际的话来说，它包括可以将这次主要的登录映射到其他应用中用于同一个用户

的登录的机制。

对于区域化的应用，要实现区域内所有医院间的病人数据共享，并能在权限

范围内方便地访问这些数据。

多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系

统。它无需用户记忆多个用户名、密码，也无需用户进行多次登录访问应用系统，

避免频繁登录，并且能够保证用户身份的合法性和唯一性，对于应用系统的访问

建立一套完整的安全防护和用户管理机制，解决以下问题：

1. 减少用户在不同系统中登录耗费的时间，减少用户登录出错的可能性

2. 实现安全的同时避免了处理和保存多套系统用户的认证信息

3. 减少了系统管理员增加、删除用户和修改用户权限的时间

4. 增加了安全性：系统管理员有了更好的方法管理用户，包括可以通过直接

禁止和删除用户来取消该用户对所有系统资源的访问权限

2、基于身份认证授权管理的多系统整合应用管理

采用IBM Websphere Portal技术，将上述系统中的所有用户保存到单独的用

户凭证数据库中。当用户登录Portal时，将对用户进行合法性验证。一旦验证通

过，用户就登录进Portal系统。然后用户在给定权限的各个业务系统Portlet中存

储各个业务系统中的用户信息，Portal系统会统一管理这些信息，然后自动到各

个业务系统的用户信息库中校验，一旦通过校验，该portlet就能显示业务系统

的授权信息。通常我们是在portlet中放入一个Iframe，用户在Portal系统中通过

portlet中的这个Iframe来访问具体业务系统中的授权信息。

3、通过具有负载均衡的Web集群服务器连接到相应的数据库服务器。

数据库集群功能支持动态切换特性。实现应用服务的负载均衡与平滑扩展

能力。在数据库集群中，多个系统访问共享的数据区，并且利用集群管理软件来

对数据块进行同步访问。如果一个系统故障时，其它系统会继续提供服务，在故

障机上未完成的交易会回滚，客户端重新连接到其它节点继续工作。负载均衡功

能会动态分配用户到不同的节点工作。数据库集群提供了非常可靠和灵活的功

能，但需要比其它系统更多的系统管理和维护，并需要专门的硬件实现。

4、多医疗机构采用统一的数据库集中存放数据

各个医疗机构采用统一的数据库和统一的核心业务应用软件系统，所有数

据统一存放在数据中心数据库中，天然具有数据共享的能力。即使用户在不同的

医疗机构，也可以和原医疗机构一样可以访问权限范围内的数据。

5、采用基于SOA的集成平台传输接口消息

使用基于总线技术的集成平台，快速实现遵循业界标准的与异构系统的数

据交互、功能调用、工作流整合管理，整合平台核心业务应用系统与外部异构系

统功能，面向用户提供复合的、统一的应用服务。所有系统接口都通过集成服务

器实现业务消息的传输，可以实现所有接口消息的跟踪和查询，便于查找接口数

据问题。

SOA提供了一种灵活的、可扩展且可组合的方法来重用和扩展现有应用程序

以及构造新的应用程序。服务声明它们实现的或期望其他服务实现的接口，并且

声明控制潜在伙伴交互的策略，从而公布各种功能（包括提供的和请求的）。

而Ensemble是完全基于SOA的架构设计，内置了海量适配器，可以降低技

术复杂性，缩短开发时间。还可以根据业务需要开发或扩展自己的适配器。所有

的业务服务都可以加入到Ensemble的Production中，供使用者进行调用。

所有经过Ensemble传递的消息，都可以进行跟踪，查看消息的传输情况，

在消息传输失败时，可以分析引起故障的原因。

6、采用B/S结构，支持集中的应用部署与运维管理

平台所有的核心应用都采用基于B/S结构，用户的操作都在WEB页面进行。

应用系统统一部署在应用服务器上，便于统一维护和升级。

7、数据库支持对象数据库访问、SQL访问、多维数据访问

系统采用

caché

数据库，

caché

是新一代高性能数据库技术，称之为“后关

系型”。作为后关系型数据库，它整合了对象数据库访问、高性能的SQL访问、

强大的多维数据访问——这三种方法能够天衣无缝地同时访问相同的数据。数据

只要在单一的整合数据字典中描述一次，就可以被这三种方法访问。

caché

提供

了比关系型技术更加高效的性能，更大的扩展性，更快速的编程能力和更加便捷

的使用性能。

caché

使用的是一种高效的多维数组形式存储数据，即使在使用比

其他数据库系统配置更低的硬件条件下高负荷运行也能保证高效率。此外，

caché

能运用各种技术存取数据，开发者可以选择使用自己熟悉的和易于得到的

开发工具，这就大大提高了开放性和应用程序开发的能力。

8、实现应用服务的负载均衡与平滑扩展能力

caché

作为应用服务器，完全支持应用服务的集群应用。当用户请求数量

增加，系统负载超过容忍的限度时，可以增加应用服务器的数量，分担部分负载，

从而提高系统响应速度。

9数据库/应用服务器/客户端三层结构

caché

服务器本身既可以作为一个数据库，也可以作为一个应用服务器。

无需第三方的应用服务器产品，

caché

数据库自身能够实现真正意义上的3层结

构，实现真正的分布式服务。

10、具备二次开发能力

caché

本身既可以当作一种数据库和应用服务器来使用，同时也是一种开

发工具。能够完全完成基于

caché

数据库的开发，同时也能够集成JAVA/.NET等

主流技术。

11、以SOA方式与第三方应用进行集成

平台采用基于SOA的集成服务器Ensemble进行第三方应用的集成。所有的

第三方应用消息都通过集成服务器进行传递。Ensemble不仅提供消息传递，还

具备完整的集成开发环境、消息跟踪、以及安全控制。

3.5 应用架构

某市区域卫生信息化应用软件项目的总目标是：准备用五年的时间，建立一

个中心、三大平台(卫生数据中心, 数字医疗平台、公共卫生平台、协同办公平

台)，整合各种卫生资源，实现网络互连和信息共享。

卫生数据中心：建立某市区域卫生数据中心，集成数字医疗平台、公共卫生

平台、协同办公平台等三大平台，利用小型机系统集中管理全区的所有应用数据

库，实现各医院、疾病控制中心、卫生监督所、妇幼保健院等与数据中心的网络

连接和信息互联互通。以三大平台为主体，以网络应用为核心，多种通信方式并

存，建设跨平台、支持分布式处理的区域卫生信息专网，与政府、社保、银行等

相关部门建立网络连接，实现信息交换和共享；与Internet实现连接，实现市

民网上查询服务；并上联至某市卫生信息中心。卫生数据中心最核心的功能是实

现数据交换。

整个区域平台采用“一个数据中心，多家医院”的应用架构模式。即在整个

某市建立一个数据中心，区域内所有医院的基础数据和业务数据全部集中存放数

据中心。为实现病人“一卡在手，全区就诊”，数据中心建立病人统一索引系统，

实现整个区域医疗协同服务的基础系统。实现病人就诊卡（健康卡）信息的统一

管理，并将病人信息同步到医院数据库中。

病人在医疗机构办理就诊卡后，将病人基本信息和就诊卡信息同步到病人统

一索引系统。该系统再将病人信息和就诊卡信息同步到各个医院。建立专门的病

人统一索引系统，其优点在于其灵活性，容易实现与各类健康卡的对接。如果健

康卡由其他机构发行，居民在健康卡发行机构办理健康卡时，可以将健康卡信息

发送到病人统一索引系统，就可以实现用健康卡在医院就诊。如果健康卡由医院

中心发行，则可以将健康卡作为就诊卡的一种类型来实现病人就诊，从而有效实

现区域医疗平台系统和健康卡的结合。

在病人统一索引的基础上，建立的某市区域卫生信息化平台由数字医疗、公

共卫生、协同办公三个部分组成，同时提供与电信、医保、银行等系统以及某市

卫生部门的其他外部系统实现接口交互。

数字医疗平台：构建一个高度集中的数字医疗平台。数字医疗平台是整个区

域信息化平台应用的关键，将建立区域HIS系统，让区域内的医院通过数据中

心统一的数字化医院应用系统，使各医院在较短时间完成数字化医院的建设。区

域HIS系统将建立区域内各家医院共同使用的、数据统一的、集中存放的集团

化医院信息系统。在此基础上，通过信息共享、知识共享和资源共享，利用双向

转诊、远程会诊、远程教学、网络门户等手段，实现区域内的协同医疗服务。数

字医疗平台的最核心组件为结构化电子病历和居民健康档案。病人的电子病历和

健康档案可以在区域内各家医院之间共享，从而为实现区域分级医疗奠定基础。

作为区域HIS的重要部分，将建立LIS中心、PACS中心，分别实现LIS数

据、PACS数据的集中存放。当病人在各医院进行检验和检查时，采集的标本数

据和图像数据统一存放在相应中心。由中心统一完成LIS/PACS标本和图像的诊

断和报告填写、审核、发布。当发布结果后，区域内任何一家医院都可以查阅检

验和检查结果。从而实现LIS、PACS数据的集中存放、跨医疗机构调阅。

Portal应用系统实现医院之间的数据交互、服务预约、双向转接诊、人才培

养、远程会诊等功能。

公共卫生平台：构建一个高度集中的公共卫生平台，接入疾病控制、卫生监

督、妇幼保健、慢性病防治等系统，逐步形成完整的个人健康档案，建设完成区

域卫生信息门户系统，供市民、政府与各医疗卫生部门使用。

公共卫生平台应用包括健康档案系统、疾病控制系统、妇幼保健系统、卫生

监督系统、计划免疫系统。健康档案系统中提供了区域内全部人群不同时期的基

线健康资料，保证了医疗、预防、保健、康复、计划生育、健康教育六位一体功

能的实现。疾病控制系统用于实现区域内预防接种、传染病、结核病防治、艾滋

病防治、职业病记录、健康证等信息的搜集、汇总、分析和上报。妇幼保健系统

实现妇女婚前保健服务、妇女病普查、计划生育技术服务、孕产期保健与高危管

理、产前筛查与诊断、出生缺陷监测等。卫生监督系统实现卫生监督管理部门针

对餐饮行业等公共卫生进行监督检查、处罚等情况管理。计划免疫系统实现对管

辖区内的适龄儿童和在辖区内长期居住的外地婴幼儿，建立健全免疫接种档案。

居民健康档案是一个虚拟的数据集，分为三个部分：病人基本信息、医疗信

息、公共卫生信息，这三个部分数据信息分别来自于病人同一索引、医院就诊记

录、公共卫生记录。

居民健康档案

病人统

一索引

数字医

疗记录

公共卫

生记录

内部门户展现的是基于数据共享基础上对内（指医疗卫生机构范围内）的信

息的发布和使用。建立卫生系统内统一的业务应用访问界面，可以消除系统之间

点对点复杂而紊乱的连接。把医疗卫生机构管理事务之间、业务之间、管理和业

务之间相关的部分都集中到一起，有利于统筹安排，相互衔接。信息发布与利用

的另外一个部分是市医疗卫生单位内部的信息的交互与利用，表现为深圳卫生信

息对内门户展现。

整个某市区域卫生信息网的建设，以卫生数据中心为核心，通过统一的数字

医疗平台，实现卫生数据中心与各医院的数据共享与交换；通过公共卫生平台，

实现公共卫生信息的决策与支持；通过协同办公的电子政务平台，实现整个某市

卫生行政体系的集中统一管理。

应用系统采用统一部署、统一应用的方式，以区域性数据中心为核心，在区

域医疗信息平台中支撑跨医疗机构的应用，如下图所示：

这样做的优势在于加入平台的各级机构实现了信息数据的共享。而构建整个

区域医疗信息平台最关键的基础就是建立数字化医院。在建立数字化医院的同

时，我们会以与过去不同的方式进行规划，避免医院信息系统的封闭运用，实现

平台中各个医院之间的数据共享。

另外，通过集成服务器和其他系统实现数据交互接口。

深圳卫生信息化工程接口

1．将病人健康卡信息发送到某市数据中心，实现居民健康卡信息共享。

2．将医院医疗客观数据（LIS、PACS）传输到某市数据中心，实现病人就诊

信息共享。

3．将医院医生坐诊排班信息某市数据中心，实现医生预约挂号信息共享。

4．将突发公共卫生事件信息发送到某市数据中心，实现突发公共卫生事件

统一调度，数据共享。

5．将卫生监督信息发送到某市数据中心，实现卫生监督信息共享。

6．将疾病预防控制信息发送到某市数据中心，实现疾病预防控制信息共享。

预约挂号接口

通过集成服务器将医生坐诊排班信息发送给电信、银行系统。当病人在通过

电信或银行系统预约或取消预约时，将预约信息和取消预约信息发送给区域HIS

系统。

医保接口

通过集成服务器将病人基本信息和就诊费用信息发送给医保局，医保局将病

人医保费用返回给区域HIS系统。

疫情直报接口

将传染病疫情信息通过接口传送给疫情网络直报系统。

卫生监督执法接口

将卫生监督执法信息通过接口传送给深圳公共卫生监督执法系统。

妇幼保健接口

通过接口从妇幼保健管理系统中获得妇幼保健信息，从而形成完善居民档案

内容。

计划免疫接口

通过接口从计划免疫管理系统中获得免疫计划信息，从而完善居民健康档案

内容。

病案系统接口

通过接口将病人病案数据发送到病人所在医院的老病案系统中。

银行接口

通过接口实现银行卡挂号、支付医疗费用的功能。

协同办公平台

与第三方的OA系统进行无缝集成，实现区域内各机构协同办公。

3.6 应用架构特点

1、快速实现遵循业界标准的与异构系统的数据交互、功能调用、工作流整

合管理

在数字医疗平台中，HIS系统中医疗相关的数据和医保、商业保险、银行、

电信等外部系统之间的数据，以及医院内部的不同系统之间的数据，都通过

Ensemble集成平台进行传递。Ensemble成为不同系统之间进行数据交互的消息

总线。

2、整合平台核心业务应用系统与外部异构系统功能，面向用户提供复合的、

统一的应用服务

对于病人注册、挂号等核心业务应用，允许开放给银行、电信等单位，并通

过相应接口和HIS系统进行通信。对于操作人员来说，只需要登陆各自的系统

办理相关业务，自动调用HIS提供的接口将业务信息发送到HIS，操作人员不需

要登陆不同的系统就可以完成医院的注册、挂号等业务。

3、遵循HL7/IHE等标准规范，提供完善的开发接口

 HIS系统和PACS系统之间的数据传输中，采用HL7协议传输信息。对

于PACS使用的图像，都是基于DICOM 3.0标准格式。

 疾病分类代码标准 (ICD-10)：HIS系统中病人的诊断都是基于遵循

ICD10标准。

4、基于SOA的应用软件架构设计，实现应用系统对业务规则与工作流程的

可配置化管理，实现服务的热插拔效应

整个区域数字医疗平台建立在统一的技术架构之上，采用SOA技术架构，对

平台应用环境和平台基本信息进行统一的配置，包括以下配置：

 工作流引擎：快速简单的重组医院业务流程。

 菜单编辑器、列编辑器、界面编辑器：对应用程序的界面和功能提供灵

活的配置。

 自定义个性化界面和功能。

 规则管理器：医院内部和外部沟通的规则管理，如事件触发等。

5、统一索引服务

区域内所有医疗机构将实行病人持卡就诊模式，即病人首次就诊时必须办理

就诊卡，病人办卡时建立唯一的病人标识。对于提供有效证件号的病人，发行实

名制就诊卡。每个实名卡病人对应一个唯一的索引。在整个区域内，通过病人的

唯一索引来标识该病人，并将该病人在区域内所有医疗机构的就诊记录进行关

联，从而实现病人的就诊记录共享。

6、统一核心业务应用系统服务

作为医院的核心业务，注册挂号、门诊医生站、住院医生工作站、门诊药房、

住院药房等，全部采用统一的操作界面。操作的权限根据用户登陆的安全组进行

区分。每种安全组只能操作本人权限范围内的功能。对于医院用户来说，除了开

放性数据（如病人基本信息、病人就诊信息、病人检查结果等）外，也只能操作

本医院内的业务数据。

7、统一用户身份管理

系统所有用户的管理都采用统一的操作界面进行管理。但是不同医院的管理

员，只能管理本医院的用户。管理员可以对用户密码、允许登陆科室、安全组、

是否激活等进行管理。

8、区域性病人主索引管理(PIX)设计合理

为了适应区域内多家医院共享病人基本信息，实现要实现病人索引在区域内

是唯一的。在设计病人唯一索引时，采用了病人登记号来唯一标识病人（10位

数字）。在区域内，病人登记号是统一生成的。区域内所有医疗机构将实行病人

持卡就诊模式，即病人首次就诊时必须办理就诊卡。就诊卡分正式就诊卡（需要

身份证件办理）和临时就诊卡（无身份证件时办理）。病人就诊卡作为病人标识

的载体，是实现平台区域内病人信息共享的基础。正式就诊卡可以预约挂号、在

平台内所有医疗机构可以通用。一个病人只能持有一张有效的正式就诊卡。而临

时卡不能预约挂号、只能在办卡医院内部使用。临时卡可以在办理医院退卡。

病人登记号和病人的卡号相关联。如果一个病人通过身份证（或户口本）办

理的实名制就诊卡（包括银医联名卡），都通过身份证号来关联病人登记号。如

果是非实名制就诊卡（如临时卡），每张卡对应一个病人登记号。如果一个病人

办理多张临时卡，则只能认为是多个不同的病人。

通过统一病人索引，与刷卡就诊有效结合，从而在区域内实现个人健康档案

及医疗记录共享。病人主索引是实现区域内病人基本信息和就诊信息共享的基

础。

病人统一索引系统实现人主索引信息的建立、维护、查询，包括注册办卡、

卡挂失、补卡（卡丢失并挂失后补办新卡）、换卡（卡损坏后更换卡）、退卡（只

退临时卡）、转卡（临时卡转成正式卡）。

病人主索引应按照下面要求建立：

建议以第二代身份证(或者居住证)为第一索引，实施时根据实际情况确定。

病人就诊卡的规则如下：

 对于医院发行的正式就诊卡，命名规则为：4位医院代码+1+10位顺序号。

 对于医院发行的临时就诊卡，命名规则为：4位医院代码+0+10位顺序号。

 对于其他单位发行的联名卡，以发行的卡号为准（包括银医联名卡、市

民健康卡、医保卡等）。

从病人的角度说，病人在一家单位（医院、银行）注册成功后，可以在区域

内所有平台医院使用注册卡进行就诊。通过病人唯一索引标识，实现病人在各医

疗机构历次就诊与临床诊疗记录的有效归集管理；实现区域内各医疗机构病人基

本信息、就诊与临床诊疗记录共享与查询。同时实现通过刷卡调阅持卡人在区域

所有医院就诊的历史记录。

9、整合HIS/EMR/PACS/LIS等多系统的数据流程和业务流程

作为医院的核心业务系统，HIS数据库不仅存储了病人就诊信息、治疗信

息、药品信息、费用信息等临床数据，还存储了PACS/LIS等医技检查结果，以

及电子病历信息。统一的数据存储为整合HIS、PACS、LIS、EMR等业务流程

提供了强有力的基础。当临床医生给病人下检查医嘱（门诊要收费）后，医技科

室人员可以及时获得相应的检查信息。病人做完检查结果出来后，临床医生可以

及时获得结果。这点对于急诊病人来说具有特别重要的意义。

10、多医疗机构共享单一数据库使用

整个平台建立数据中心。所有医疗机构的业务数据集中存放在数据中心统

一的数据库中，再加上基于WEB的应用系统，对于医院来说，不需要任何服务

器端的设备。不仅减少了各医院的重复建设，也减少了医院的系统维护工作。更

方便了整个平台相关数据的共享。

对数字医疗平台而言，区域内的所有医疗机构采用“集中存放、分层维护、

数据共享”的方式，将所有医院的用户数据和用户安全组集中存放在中心的数据

库中。数据中心具备完善的数据管理、数据备份、安全控制措施，保证中心数据

库安全、可靠、稳定、高效运行。

要让区域内各家医院协同运行，各种数据相互间不产生干扰，必须对区域公

用数据和医院专用数据进行区分。

区域公用数据是指在区域内属于全局性的、所有医院都使用的、不能由单家

医院维护的、必须由平台管理员统一进行维护的数据。

医院专用数据是指只能在一个医院内部使用的数据。

以下基础数据属于整个区域公用数据：

医院、安全组、卡类型、证件类型、医嘱大类、医嘱子类、医嘱、药品、收

费项、病人费别、医护人员类型、ICD诊断、单位及单位转换。

以下基础数据由医院专用数据：

医院的用户、用户所在的安全组、医院的科室、医嘱的接收科室、医护人员、

医嘱项价格维护（调价）、药品库存、收费项价格维护、床位类型、床位。

从医院业务的角度说，要在统一的系统下正常运行，区域内医院必须采用一

些统一的标准。比如统一的标准流程、统一的票据打印格式、统一的管理规范、

统一的病历格式等。如果这些业务要求不统一，在实际运行过程中会导致系统复

杂，难以维护，甚至导致系统无法正确运行。

上述基础数据和区域平台标准，构成了整个区域平台正常运行的基础框架。

在此基础上，结合病人统一索引，就可以实现病人注册后，在多家医疗机构享受

医疗服务了。

3.7 应用部署

应用系统的部署采用在深圳某市统一部署、统一应用的方式，在区域医疗信

息平台中支撑跨医疗机构的应用，如下图所示：

这样做的优势在于加入平台的各级机构实现了信息数据的共享。而构建整

个区域医疗信息平台最关键的基础就是建立数字化医院。在建立数字化医院同

时，我们会以与过去不同的方式进行规划，避免医院信息系统的封闭运用，实

现平台中各个医院之间的数据共享。

四、项目建设内容

整个区域医疗信息平台应用涉及的机构包括：区域内各级医疗机构（区级医

院、社康服务中心）、卫生管理机构（卫生健康局、医保局、疾控中心、卫生监

督所、慢性病防治院）、电信、银行、居民（病人）等。整个区域内医疗机构之

间病人基本信息、病人就诊信息实现互联互通。

疾控中心

卫生局

区域协同应用

病人统一索引

卫生监督所

社康中心

医疗机构应用

医院

公共卫生应用

区域卫生信息化平台

慢性病防治院

个人

妇保院

医保局

电信

银行

4.1 平台基础应用

平台基础应用包括平台基本信息配置和病人统一索引，是医疗信息平台运行

的基础和前提。

1、基本信息配置

整个区域医疗信息平台建立在统一的技术架构之上，对平台应用环境和平台

基本信息进行统一的配置，包括以下配置：

 工作流引擎：快速简单的重组医院业务流程

 菜单编辑器、列编辑器、界面编辑器：对应用程序的界面和功能提供灵

活的配置。自定义个性化界面和功能

 规则管理器：医院内部和外部沟通的规则管理，如事件触发等。

2、病人统一索引系统

区域内病人推行实名制就诊卡建立统一的病人标识。区域内所有医疗机构将

实行病人持卡就诊模式，即病人首次就诊时必须办理就诊卡。就诊卡分正式就诊

卡（需要身份证件办理）和临时就诊卡（无身份证件时办理）。病人就诊卡作为

病人标识的载体，是实现平台区域内病人信息共享的基础。正式就诊卡可以预约

挂号、在平台内所有医疗机构可以通用。一个病人只能持有一张有效的正式就诊

卡。而临时卡不能预约挂号、只能在办卡医院内部使用，临时卡可以在办理医院

退卡。一个病人可以办理多张临时就诊卡。但是同一个病人不同临时就诊卡的就

诊信息不能合并，也不能在平台医院之间共享。通过统一病人索引，共享个人健

康档案（EHR）。统一病人索引是实现区域内病人基本信息和就诊信息共享的基础。

结合统一病人索引, 与刷卡就诊有效结合，从而在区域内实现个人健康档案

及医疗记录共享。

病人统一索引系统实现人主索引信息的建立、维护、查询，包括注册办卡、

卡挂失、补卡（卡丢失并挂失后补办新卡）、换卡（卡损坏后更换卡）、退卡（只

退临时卡）、转卡（临时卡转成正式卡）。

医疗机构内部应用系统用于支撑医疗机构内部的业务运行、医院管理、数据

统计分析。

4.2 医疗机构业务应用

4.2.1 门急诊医疗管理系统

4.2.1.1 门急诊排班管理系统

该系统可根据排班信息自动生成排班表，包括排班模板导入、医生排班模板、

医生坐诊信息调整等相关管理功能。

 排班

医生排班模板维护

对替诊、停诊、当日坐诊医生等信息进行模板维护。

排班报表

查询时间各科室门诊坐诊医生排班情况。

生成排班记录

查询在统计时间段内坐诊医生的排班情况。

排班模板拷贝

拷贝统计时间段内各科排班情况。

医生坐诊信息调整

对当日医生坐诊科室、诊室、时段等信息进行调整。

排班预约情况查询

查询在统计时间段内坐诊医生号源预约情况。

 系统设置

亚专业与科室对照

科室与亚专业组对照。

节假日设定

锁定节假日的预约号源。

挂号设置

设置挂号周期、限定违约次数等相关挂号信息。

亚专业设置

增加、更新亚专业。

停替诊原因设置

维护停替诊原因。

医生默认设置

设置坐诊医生出诊号段、专业等信息。

出诊时段设置

设置医生坐诊时段。

挂号专业设置

设置科室挂号专业。

挂号专业亚专业设置

维护对照亚专业与挂号专业。

门诊手术室高值医嘱查询

查询在统计时间段内门诊手术室医嘱名。

诊间挂号费设置

设置诊间挂号费费用等信息。

 报表

注册挂号员日结账报表

统计结算挂号员当日应上交的金额及票据数量信息。

注册挂号员统计报表

统计挂号员当日挂号工作量等相关信息。

注册挂号日结账员报表查询

统计注册挂号员当日应上交的金额及票据数量等相关信息。

病人违约查询统计

查询病人违约次数，取消黑名单功能

入院证查询统计

查询统计时间段内医生开具入院证及实际入院人数的情况。

门诊科室违约记录统计量表

统计时间段内病人违约记录。

4.2.1.2 门急诊挂号系统

该系统包括门诊科室医生排班、门诊科室预约挂号设置、挂号签生成、挂号

员权限设置等功能。

 现场预约挂号

提供预约周期时间点内相关科室医生的号源。

 当日挂号

刷取病人的就诊卡，调取病人基本信息，挂取当日坐诊医生号源。

 挂号员挂号查询

查询统计时间段内各挂号员的挂号情况。

 预约取号

查询并打印通过114电话或网上预约的病人号签。

 退号/换号/票据重打

当病人不能进行当次就诊时，办理退号操作。

当日坐诊医生发生替诊时，根据病员意愿，办理换号操作。

打印挂号票据失败，进行作废票据重打的操作。

 病人违约查询

查询病人预约违约次数。

 停替诊医生查询

查询当日坐诊医生停诊或替诊的相关信息。

 便民号打印

批量打印便民号签。

 医生预约挂号查询

查询医生为病人预约的号签。

 门诊挂号查询

查询统计时间段内门诊号源情况。

 预约挂号病人基本信息查询

查询预约挂号病人基本信息。

4.2.1.3 门急诊收费系统

该系统包括门诊收费结算、门诊退费、门诊收据查询、门诊票据重打、补打

条码、医保签到、门诊收费结算日报查询、不确定交易查询、合同记账等相关管

理功能。

 门诊收费结算

收取结算门诊病人当次消费金额，并打印诊间导诊单。

 门诊退费

退还门诊病人未消费的发票金额。

 门诊收据查询

查询门诊病人在统计时间段内收据信息。

 门诊票据重打

打印门诊票据失败，可重新调取病人信息进行门诊票据重打。

 补打条码

打印条码失败，可重新调取病人信息进行条码补打。

 医保签到

连接省市区社保服务器，支持社保卡刷卡消费。

 门诊收费结算日报查询

查询收费员统计时间段内结算日报情况。

 不确定交易查询

社保不确认交易查询及删除。

 合同记帐

针对合同单位消费情况进行记账结算。

 医保维护

进行社保清查、项目对照的功能。

 门特预交金管理

根据门特病人申请方案收、退门特病人预交金。

 发票确认与退回

审核收费员发票领取与退回的情况。

 发票明细打印

查询打印病人发票明细。

 门诊财务审核

对各收费员结算日报进行审核，锁定收费员日报修改功能。

 门诊财务汇总

查询打印统计时间内门诊收费汇总情况。

 补打导诊单

打印收费导诊单时，可重新调取病人信息进行补打。

 门诊收费情况查询

查询统计时间段内各收费员收取金额情况。

 取消发票作废

针对收费员误作废门诊票据情况，可取消作废。

 修改发票支付方式

针对收费员误选支付方式记账的情况，可修改具体发票的支付方式。

 银行对帐差异数查询

查询与合作银行对帐时的金额差异情况。

 银行预约支付对帐

提供建行银医卡、工行灵通卡签约失败总金额查询。

 社保基金支付统计查询

查询并打印统计时间段内门特病人基金支付情况。

 其它报表

门诊收费管理报表

门诊收费员工作情况统计、门诊预交金统计。

合同记帐等统计报表

包括医保统计、科室收入汇总、合同单位记账汇总表、合同单位记账明细

表、职工保健门诊收费汇总、职工保健门诊收费汇总明细表、门诊退费明细表。

注册挂号统计报表

门诊注册挂号量统计、医生实时挂号统计、门诊注册挂号工作量统计、床

位查询统计、科室职称分类月报、科室职称分类月报（业余）、门诊挂号情况统

计表（亚专业分类月报）、楼层诊区挂号统计、医生挂号人次统计、门诊科室医

生报表、预约限额统计、病人预约挂号明细、医生替诊情况汇总、医生替诊情况

明细、医生停诊情况汇总、停诊情况明细、医生入院证实时统计。

经管统计报表

门诊挂号人次统计、科室医生挂号费统计、科室挂号收入汇总统计、门诊

病种收入统计、医生排班信息明细统计、银医卡注册量统计。

财务统计报表

门诊注册费统计、门诊挂号费统计。

票据统计报表

门诊注册挂号员票据使用情况统计。

4.2.1.4 门急诊医生工作站系统

该系统实现了电子医嘱操作便捷，信息规整、入院证信息共享等功能，提高

了后续服务窗口的操作速度。

该系统包括：门诊医生工作站系统、急诊医生工作站系统。

一、门诊医生工作站系统

该系统包括病人列表、医嘱录入、诊间预约、医嘱执行确认、停医嘱、开住

院证、补打住院证、区域就诊查询、检查申请单、病人查询、补打导诊单、医嘱

价格查询、入院证查询、修改签名密码。

 病人列表

显示所登陆医生的当日就诊病人信息。

 医嘱录入

1）就诊列表

显示当诊病人在本院的历史就诊记录。

2）过敏记录

显示病人过敏记录。

3）主诉录入

为当诊病人下主诉诊断

4）医嘱录入

为当诊病开检查、检验、西药等医嘱，并打印诊间导诊单。

5）中草药录入

为当诊病开中草药。

6）检验医嘱录入

只能为当诊病人开检验医嘱。

7）本次医嘱

查看病人本次就诊的医嘱信息。

8）检查结果

查看病人检查、检验结果。

9）处方验证

对于超量处方进行验证。

 诊间预约

预约周期以内医生本人的预约号。

 医嘱执行确认

查询所开医嘱的执行状态，或者执行医生自己可以进行的检查等医嘱。

 停医嘱

停止医生本人开下的医嘱。

 开住院证

为当诊病人开具并打印入院证。

 补打住院证

打印住院证失败，可重新调取病人信息进行补打。

 区域就诊查询

查询转诊病人所在转诊医院的基本就诊信息。

 检查申请单

开具并发送检查电子申请单。

 病人查询

查询病人就诊信息。

 补打导诊单

打印诊间导诊单失败，可重新调取病人信息进行补打。

 医嘱价格查询

查询医嘱价格。

 入院证查询

查询当诊医生统计时间段内所开具的入院证情况。

 修改签名密码

修改当诊医生签名密码。

二、急诊医生工作站系统

对急诊的病人进行接诊、抢救、留观、处置等流程,提高急诊医生的工作效

率,可以更加快捷的管理病人。

该系统包括：病人的急诊病历、留观记录、会诊管理、手术记录、文书管理、

住院申请、医嘱、处方、检验申请、检查申请、报告管理等内容。

急诊医生工作站流程

 急诊处方打印

打印急诊处方。

 急诊待入院管理

在时间段内查询各科室需入院病人的相关信息。

 病人查询

查询急诊病人相关情况。

 开入院证

开具急诊入院证。

 急诊床位图

目前急诊已经在院的所有病人以及病人的状态。

 检查申请单

填写并发送检查申请单至相应的医技科室。

 停医嘱

对单个病人的医嘱进行停医嘱操作。

 执行医嘱

执行需要由医生做操作的医嘱。

 病人列表

显示当诊的急诊病人信息。

 急诊病人查询

查询在时间段内急诊就诊病人相关信息。

 医嘱录入

1）就诊列表

显示当诊病人在本院的历史就诊记录。

2）过敏记录

显示病人过敏记录。

3）主诉录入

为当诊病人下诊断。

4）医嘱录入

为当诊病开检查、检验、西药等医嘱，并打印诊间导诊单。

5）中草药录入

为当诊病开中草药。

6）检验医嘱录入

只能为当诊病人开检验医嘱。

7）本次医嘱

查看病人本次就诊的医嘱信息。

8）检查结果

查看病人检查、检验结果。

 病人状态改变

填写病人实时就诊状态。

 转移

对病人进行转科操作。

 医嘱单

查询打印病人的医嘱信息。

 补打急诊导诊单

急诊导诊单打印失败时，可重新调取病人信息进行补打。

 急诊日志

时间段内所有急诊病人的就诊信息。

 病人状态查询

病人就诊过后所有的状态记录。

4.2.1.5 体检系统

体检系统，是将体格检查结果登记到计算机系统中的一种系统。而通过计算

机系统患者可以建立起终身的体验档案，从系统可观察出患者一生的身体变化情

况，并可预测下一步的身体可能的发展方向。因此体验系统在保健领域占有非常

重要地位。

 系统流程图

 体检前台

1、个人体检新建预约

查询到达人员、并打印一些单据和功能处理

2、个人基本信息维护

3、个人预约查询

4、到达

登记并到达等功能

5、团体基本信息维护

6、团体预约

7、团体预约查询

8、体检排期

查看具体时间段内预约的人员，以开始日期为准

 体检总检医生

其中包括中间加项和报告汇总

 体检“各科”医生

填写相关内容，包括中间加项

 体检收费

包含了个人费用管理，团体费用管理，体检日结汇总，后台交账，收费员日

结账，收费员日结账查询，收费收据查询，退费，收费员结算查询。

 体检报告

包含个人报告和团体报告查询。

 体检统计与报表

包含体检综合查询，项目明细，医生工作量统计，月统计，科室工作量统计，

未检（所有项目都没检查的人）补检（部分项目已经检查还有未完成项目的人）

未总检（还没有出总检的人）查询。

4.2.1.6 门诊呼叫系统

呼叫系统是我们为医疗机构提供全面数字化解决方案之一，所以我们一直致

力于应用现代信息技术，促进建立协同有序、系统完善的行业服务体系。呼叫系

统已经成为医院提高医护服务质量、为提高医护人员工作效率、为门急诊提供有

序的就诊秩序的一种必不可少的系统之一。

 呼叫流程

 分诊台护士呼叫

支持查询该诊区坐诊医生就诊病人情况。

该系统包括分诊、查询、留号等管理功能。

1、分诊

查询当前坐诊医生就诊病人情况，支持卡号、坐诊医生、病人状态等查询

方式。

2、查询

查询病人就诊信息。支持按时间段、单个病人卡号、登记号等查询方式。

3、留号

提供预约周期时间点内相关科室医生的号源。

 医生站呼叫

当前病人看诊结束后，呼叫下一位病人。

 系统设置

1、分诊区设置

针对门诊每个分诊区进行的相应系统设置。

2、分诊区科室对照

针对每个分诊区对相应的科室进行设置。

3、分诊区号别对照

针对每个分诊区相应的科室对其科室下看诊医生进行系统设置。

4、分诊区诊室对照

针对每个分诊区对相应的诊室进行系统设置。

5、操作员诊区对照

针对分诊区对相应的操作人员进行系统设置

6、客户端设置

绑定各科室及相关诊室的IP地址，便于呼叫时读取相应的信息。

7、服务器设置

绑定各诊区及相关科室的IP地址，便于呼叫时读取相应的信息。

4.2.1.7 门急诊应急系统

该系统部署在各医院，在整个区域平台生产环境不能使用时启用，支持病人

新办卡、门急诊医生开单、缴费、取药、做检查。具体业务如下：

 基础数据同步：生产环境基础数据（如医嘱、收费项、价格、药品、库

存项等）能够实时同步到门急诊应急系统

 办卡：为病人办理医疗卡

 修改发票号码：

登录界面后直接进入本界面

当前发票号：显示该操作员单机版表中的当前可用号码

更新发票号：操作员根据自己手里的实际发票的号码更新单机版表里的当前

发票号

 门急诊收费

修改当前发票号后进入本界面

病人信息：包括登记号、姓名、性别、出生日期、身份证号、工作单位、医

保号、门诊病历号、人员类型、就诊科室、就诊医生、收费类别。

医嘱列表：显示此次收费的医嘱信息

医嘱录入区域：包括收费项目、接收科室、医嘱子类、单位、单价、数量等

信息，可通过录入医嘱别名调出医嘱项列表选择要录入的医嘱后输入数

量回车即可将该条医嘱录入到医嘱列表里。

增加：点击此按钮可以往医嘱列表里增加一条新记录

修改：双击医嘱列表中需修改的医嘱记录将该记录显示在医嘱录入区域修

改数量后点击本按钮可以修改医嘱列表里的医嘱数量。

删除：双击医嘱里表中需删除的医嘱记录点击本按钮可以删除该条医嘱

计算公医病人费用：根据折扣结账信息和药品限价信息计算公医病人的记账

费用并分别显示在自费金额和记账金额里

结账：医嘱录入完毕后点击本按钮可以结账并打印发票

应收：此次录入应收的总金额

支付方式：病人结账时的支付方式

支票号：支付方式为支票时需输入支票号

当前发票号：当前可用发票号码

自费金额：公医病人需自付的金额

记账金额：公医病人记账金额

 门急诊应急系统收费数据导回到正式库

点击界面上方菜单“导出发票信息”菜单进入“导出发票信息”界面

操作员：系统自动查询出该收款员在本机录入的未导回正式库的所有发票信

息。

总费用：各帐发票的费用合计。

现金：支付方式为“现金”的发票的合计。

导入正式库：将查询出来的数据导回到正式库。

查询导入失败数据：应急系统数据如果有误导致导回数据失败可通过点击此

按钮打开的界面查询失败数据

4.2.2 住院医疗管理系统

4.2.2.1 入院管理系统

该系统可以查看全院病区床位状况，实现了床位资源共享，入院处可通过刷

取病人就诊卡获取病人基本信息，避免大量文字录入工作，加快入院队列的进程

该系统包括：住院登记、押金管理、出院查询、入院处操作员个人日报表、

住院报到登记、预交金查询等管理功能。

 住院登记

调取病人基本信息，办理入院手续，打印腕带。

 押金管理

收取病人住院押金，打印预交金票据（支持多种支付方式）。

 出院查询

查询出院病人信息。

 入院处操作员个人日报表

统计入院处操作员当日应上交的金额及票据数量等相关信息。

 住院报到登记

住院病人报到预登记功能。

 预交金查询

查询导出统计时间段内在院病人的预交金使用情况。

 发票转交

将剩余发票转交另一挂号员。

 发票退回

将所剩发票退回财务科相关票据管理员处。

 科室信息查询

查询本院所有科室的基本信息。

 项目信息查询

查询本院所有收费项的基本信息。

4.2.2.2 住院医生工作站系统

该系统支持电子处方，开单即可看到药品有无库存，避免了因药品库存不足，

重新开医嘱的问题出现，同时也支持在线调阅检查检验报告及病人历次就诊信息

等。

该系统包括住院病人列表、医嘱单、转移、打印医嘱执行单、医嘱录入等相

关管理功能。

住院医生工作流程

 住院病人列表

显示主管医师管辖下的病人基本情况，也可通过查询条件查询医生所在科室

的病人信

息。

 医嘱单

查询打印该病人的相关医嘱信息。

 转移

转科操作。

 区域就诊查询

查询转诊病人所在转诊医院的基本就诊信息。

 打印医嘱执行单

查询并打印医嘱执行单。

 停医嘱

停止当诊病人的相关医嘱。

 检查申请单

填写并发送检查申请单至相应医技科室。

 医嘱录入

1）就诊列表

显示当诊病人在本院的历史就诊记录。

2）过敏记录

显示病人过敏记录。

3）主诉录入

为当诊病人下主诉诊断。

4）医嘱录入

为当诊病开检查、检验、西药等医嘱。

5）中草药录入

为当诊病开中草药。

6）检验医嘱录入

只能为当诊病人开检验医嘱。

 本次医嘱

查看病人本次就诊的医嘱信息。

 检查结果

查看病人检查、检验结果。

 手术排班

录入手术病人信息。

 医嘱费用查询

查询当诊病人医嘱相关费用。

 出院操作

为病人办理医疗结算。

 生命体征查看

查阅病人生命体征。

 住院医嘱价格查询

查询住院医嘱收费情况。

 住院药品查询

查询住院药品相关信息。

4.2.2.3 住院护士工作站系统

该系统实现病区床位管理，病人入科、转入、转出及病区结算，护理医嘱开

单、医嘱执行，各类医嘱执行单打印。费用自动传送记账，病人主要生命体征数

据管理，并以图表形式反映体征变化状态，医技报告查询，病区信息统计分析等

USB迷 | 专注于互联网分享

区域医疗--区域卫生信息化应用软件项目建设方案

与本文相关的文章

评论列表 (0)