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

某市区域卫生信息化应用软件项目建设方案目录TOC\o"1-5"\f\h\z一、项目背景 一、项目背景某市共有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设计依据卫生部《健康档案基本架构和标准》（试行）；卫生部《电子病历基本架构与数据标准》（征求意见稿）；卫生部医院信息系统(HIS)基本功能规范；疾病分类代码标准(ICD-10)；卫生部标准WS/T102-1998，临床检验项目分类与代码；医药行业标准YY0252-1997，化学药品(原料、制剂)分类与代码。2．国际标准和国外标准（1）HL7（美国医疗服务信息网络通讯协议）3.0/2.4版；（2）SNOMED《国际系统医学术语全集》3.5版；（3）ICPC（国际初级保健信息标准）；（4）CPT（美国医院临床操作服务分类编码和术语标准）；（5）X12N（美国医疗保险业电子数据交换标准）；（6）LOINC、HHCC、ICIDH等标准。（7）DICOM3.03.3技术架构如上图所示，整个区域卫生信息应用平台建立在caché的多维数据库基础之上，采用caché的统一数据服务，实现病人统一索引。在此基础上，利用成熟的TRAKCARE医疗平台框架实现HIS基本业务应用（包括PACS、LIS、PIS）和公共卫生基本业务应用，并利用COGNOS数据挖掘工具提取数据，实现数据挖掘功能。利用IBMWEBSPHERE应用服务器实现PORTAL应用，实现区域内医院之间、医院和社康中心之间的数据交互和服务预约。ENSEMBLE集成服务工具作为数据共享与交换平台，提供开发接口，可以方便地实现与外部其他信息系统的信息共享与交换。ENSEMBLE另外还实现数据交换的日志管理、消息监控、事件管理、安全控制等功能。3.4技术架构特点1、基于统一身份认证的单点登录(SSO)单点登录指的是允许用户登录到一个应用，这个应用带有经过认证的到其他应用的访问途径，登录到这个应用之后，用户无需再遭遇任何其他的认证。用更实际的话来说，它包括可以将这次主要的登录映射到其他应用中用于同一个用户的登录的机制。对于区域化的应用，要实现区域内所有医院间的病人数据共享，并能在权限范围内方便地访问这些数据。多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。它无需用户记忆多个用户名、密码，也无需用户进行多次登录访问应用系统，避免频繁登录，并且能够保证用户身份的合法性和唯一性，对于应用系统的访问建立一套完整的安全防护和用户管理机制，解决以下问题：1.减少用户在不同系统中登录耗费的时间，减少用户登录出错的可能性2.实现安全的同时避免了处理和保存多套系统用户的认证信息3.减少了系统管理员增加、删除用户和修改用户权限的时间4.增加了安全性：系统管理员有了更好的方法管理用户，包括可以通过直接禁止和删除用户来取消该用户对所有系统资源的访问权限2、基于身份认证授权管理的多系统整合应用管理采用IBMWebspherePortal技术，将上述系统中的所有用户保存到单独的用户凭证数据库中。当用户登录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使用的图像，都是基于DICOM3.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门急诊医疗管理系统门急诊排班管理系统 该系统可根据排班信息自动生成排班表，包括排班模板导入、医生排班模板、医生坐诊信息调整等相关管理功能。医生排班模板维护对替诊、停诊、当日坐诊医生等信息进行模板维护。排班报表查询时间各科室门诊坐诊医生排班情况。生成排班记录查询在统计时间段内坐诊医生的排班情况。排班模板拷贝拷贝统计时间段内各科排班情况。医生坐诊信息调整对当日医生坐诊科室、诊室、时段等信息进行调整。排班预约情况查询查询在统计时间段内坐诊医生号源预约情况。亚专业与科室对照科室与亚专业组对照。节假日设定锁定节假日的预约号源。 挂号设置设置挂号周期、限定违约次数等相关挂号信息。亚专业设置增加、更新亚专业。停替诊原因设置维护停替诊原因。医生默认设置设置坐诊医生出诊号段、专业等信息。出诊时段设置设置医生坐诊时段。挂号专业设置设置科室挂号专业。挂号专业亚专业设置维护对照亚专业与挂号专业。门诊手术室高值医嘱查询查询在统计时间段内门诊手术室医嘱名。诊间挂号费设置设置诊间挂号费费用等信息。注册挂号员日结账报表统计结算挂号员当日应上交的金额及票据数量信息。注册挂号员统计报表统计挂号员当日挂号工作量等相关信息。注册挂号日结账员报表查询统计注册挂号员当日应上交的金额及票据数量等相关信息。病人违约查询统计查询病人违约次数，取消黑名单功能入院证查询统计查询统计时间段内医生开具入院证及实际入院人数的情况。门诊科室违约记录统计量表统计时间段内病人违约记录。门急诊挂号系统该系统包括门诊科室医生排班、门诊科室预约挂号设置、挂号签生成、挂号员权限设置等功能。提供预约周期时间点内相关科室医生的号源。刷取病人的就诊卡，调取病人基本信息，挂取当日坐诊医生号源。查询统计时间段内各挂号员的挂号情况。查询并打印通过114电话或网上预约的病人号签。当病人不能进行当次就诊时，办理退号操作。当日坐诊医生发生替诊时，根据病员意愿，办理换号操作。打印挂号票据失败，进行作废票据重打的操作。查询病人预约违约次数。查询当日坐诊医生停诊或替诊的相关信息。批量打印便民号签。查询医生为病人预约的号签。查询统计时间段内门诊号源情况。查询预约挂号病人基本信息。门急诊收费系统该系统包括门诊收费结算、门诊退费、门诊收据查询、门诊票据重打、补打条码、医保签到、门诊收费结算日报查询、不确定交易查询、合同记账等相关管理功能。收取结算门诊病人当次消费金额，并打印诊间导诊单。退还门诊病人未消费的发票金额。查询门诊病人在统计时间段内收据信息。打印门诊票据失败，可重新调取病人信息进行门诊票据重打。打印条码失败，可重新调取病人信息进行条码补打。连接省市区社保服务器，支持社保卡刷卡消费。查询收费员统计时间段内结算日报情况。社保不确认交易查询及删除。针对合同单位消费情况进行记账结算。进行社保清查、项目对照的功能。根据门特病人申请方案收、退门特病人预交金。审核收费员发票领取与退回的情况。查询打印病人发票明细。对各收费员结算日报进行审核，锁定收费员日报修改功能。查询打印统计时间内门诊收费汇总情况。打印收费导诊单时，可重新调取病人信息进行补打。查询统计时间段内各收费员收取金额情况。针对收费员误作废门诊票据情况，可取消作废。针对收费员误选支付方式记账的情况，可修改具体发票的支付方式。查询与合作银行对帐时的金额差异情况。提供建行银医卡、工行灵通卡签约失败总金额查询。查询并打印统计时间段内门特病人基金支付情况。门诊收费管理报表门诊收费员工作情况统计、门诊预交金统计。合同记帐等统计报表包括医保统计、科室收入汇总、合同单位记账汇总表、合同单位记账明细表、职工保健门诊收费汇总、职工保健门诊收费汇总明细表、门诊退费明细表。注册挂号统计报表门诊注册挂号量统计、医生实时挂号统计、门诊注册挂号工作量统计、床位查询统计、科室职称分类月报、科室职称分类月报（业余）、门诊挂号情况统计表（亚专业分类月报）、楼层诊区挂号统计、医生挂号人次统计、门诊科室医生报表、预约限额统计、病人预约挂号明细、医生替诊情况汇总、医生替诊情况明细、医生停诊情况汇总、停诊情况明细、医生入院证实时统计。经管统计报表门诊挂号人次统计、科室医生挂号费统计、科室挂号收入汇总统计、门诊病种收入统计、医生排班信息明细统计、银医卡注册量统计。财务统计报表门诊注册费统计、门诊挂号费统计。票据统计报表门诊注册挂号员票据使用情况统计。门急诊医生工作站系统该系统实现了电子医嘱操作便捷，信息规整、入院证信息共享等功能，提高了后续服务窗口的操作速度。该系统包括：门诊医生工作站系统、急诊医生工作站系统。一、门诊医生工作站系统该系统包括病人列表、医嘱录入、诊间预约、医嘱执行确认、停医嘱、开住院证、补打住院证、区域就诊查询、检查申请单、病人查询、补打导诊单、医嘱价格查询、入院证查询、修改签名密码。显示所登陆医生的当日就诊病人信息。1）就诊列表显示当诊病人在本院的历史就诊记录。2）过敏记录显示病人过敏记录。3）主诉录入为当诊病人下主诉诊断4）医嘱录入为当诊病开检查、检验、西药等医嘱，并打印诊间导诊单。5）中草药录入为当诊病开中草药。6）检验医嘱录入只能为当诊病人开检验医嘱。7）本次医嘱查看病人本次就诊的医嘱信息。8）检查结果查看病人检查、检验结果。9）处方验证对于超量处方进行验证。预约周期以内医生本人的预约号。查询所开医嘱的执行状态，或者执行医生自己可以进行的检查等医嘱。停止医生本人开下的医嘱。为当诊病人开具并打印入院证。打印住院证失败，可重新调取病人信息进行补打。查询转诊病人所在转诊医院的基本就诊信息。开具并发送检查电子申请单。查询病人就诊信息。打印诊间导诊单失败，可重新调取病人信息进行补打。查询医嘱价格。查询当诊医生统计时间段内所开具的入院证情况。 修改当诊医生签名密码。二、急诊医生工作站系统对急诊的病人进行接诊、抢救、留观、处置等流程,提高急诊医生的工作效率,可以更加快捷的管理病人。该系统包括：病人的急诊病历、留观记录、会诊管理、手术记录、文书管理、住院申请、医嘱、处方、检验申请、检查申请、报告管理等内容。急诊医生工作站流程打印急诊处方。在时间段内查询各科室需入院病人的相关信息。查询急诊病人相关情况。开具急诊入院证。目前急诊已经在院的所有病人以及病人的状态。填写并发送检查申请单至相应的医技科室。对单个病人的医嘱进行停医嘱操作。执行需要由医生做操作的医嘱。显示当诊的急诊病人信息。查询在时间段内急诊就诊病人相关信息。1）就诊列表显示当诊病人在本院的历史就诊记录。2）过敏记录显示病人过敏记录。3）主诉录入为当诊病人下诊断。4）医嘱录入为当诊病开检查、检验、西药等医嘱，并打印诊间导诊单。5）中草药录入为当诊病开中草药。6）检验医嘱录入只能为当诊病人开检验医嘱。7）本次医嘱查看病人本次就诊的医嘱信息。8）检查结果查看病人检查、检验结果。填写病人实时就诊状态。对病人进行转科操作。查询打印病人的医嘱信息。急诊导诊单打印失败时，可重新调取病人信息进行补打。时间段内所有急诊病人的就诊信息。 病人就诊过后所有的状态记录。体检系统门诊呼叫系统呼叫系统是我们为医疗机构提供全面数字化解决方案之一，所以我们一直致力于应用现代信息技术，促进建立协同有序、系统完善的行业服务体系。呼叫系统已经成为医院提高医护服务质量、为提高医护人员工作效率、为门急诊提供有序的就诊秩序的一种必不可少的系统之一。支持查询该诊区坐诊医生就诊病人情况。该系统包括分诊、查询、留号等管理功能。 1、分诊查询当前坐诊医生就诊病人情况，支持卡号、坐诊医生、病人状态等查询 方式。 2、查询查询病人就诊信息。支持按时间段、单个病人卡号、登记号等查询方式。 3、留号提供预约周期时间点内相关科室医生的号源。当前病人看诊结束后，呼叫下一位病人。 1、分诊区设置 针对门诊每个分诊区进行的相应系统设置。 2、分诊区科室对照 针对每个分诊区对相应的科室进行设置。 3、分诊区号别对照 针对每个分诊区相应的科室对其科室下看诊医生进行系统设置。 4、分诊区诊室对照 针对每个分诊区对相应的诊室进行系统设置。 5、操作员诊区对照 针对分诊区对相应的操作人员进行系统设置 6、客户端设置 绑定各科室及相关诊室的IP地址，便于呼叫时读取相应的信息。 7、服务器设置 绑定各诊区及相关科室的IP地址，便于呼叫时读取相应的信息。门急诊应急系统 该系统部署在各医院，在整个区域平台生产环境不能使用时启用，支持病人新办卡、门急诊医生开单、缴费、取药、做检查。具体业务如下： 登录界面后直接进入本界面 当前发票号：显示该操作员单机版表中的当前可用号码 更新发票号：操作员根据自己手里的实际发票的号码更新单机版表里的当前发票号 修改当前发票号后进入本界面病人信息：包括登记号、姓名、性别、出生日期、身份证号、工作单位、医保号、门诊病历号、人员类型、就诊科室、就诊医生、收费类别。医嘱列表：显示此次收费的医嘱信息医嘱录入区域：包括收费项目、接收科室、医嘱子类、单位、单价、数量等信息，可通过录入医嘱别名调出医嘱项列表选择要录入的医嘱后输入数量回车即可将该条医嘱录入到医嘱列表里。增加：点击此按钮可以往医嘱列表里增加一条新记录修改：双击医嘱列表中需修改的医嘱记录将该记录显示在医嘱录入区域修改数量后点击本按钮可以修改医嘱列表里的医嘱数量。删除：双击医嘱里表中需删除的医嘱记录点击本按钮可以删除该条医嘱计算公医病人费用：根据折扣结账信息和药品限价信息计算公医病人的记账费用并分别显示在自费金额和记账金额里结账：医嘱录入完毕后点击本按钮可以结账并打印发票应收：此次录入应收的总金额支付方式：病人结账时的支付方式支票号：支付方式为支票时需输入支票号当前发票号：当前可用发票号码自费金额：公医病人需自付的金额记账金额：公医病人记账金额点击界面上方菜单“导出发票信息”菜单进入“导出发票信息”界面操作员：系统自动查询出该收款员在本机录入的未导回正式库的所有发票信息。总费用：各帐发票的费用合计。现金：支付方式为“现金”的发票的合计。导入正式库：将查询出来的数据导回到正式库。查询导入失败数据：应急系统数据如果有误导致导回数据失败可通过点击此按钮打开的界面查询失败数据4.2.2住院医疗管理系统入院管理系统住院医生工作站系统该系统支持电子处方，开单即可看到药品有无库存，避免了因药品库存不足，重新开医嘱的问题出现，同时也支持在线调阅检查检验报告及病人历次就诊信息等。该系统包括住院病人列表、医嘱单、转移、打印医嘱执行单、医嘱录入等相关管理功能。住院医生工作流程显示主管医师管辖下的病人基本情况，也可通过查询条件查询医生所在科室的病人信息。查询打印该病人的相关医嘱信息。转科操作。查询转诊病人所在转诊医院的基本就诊信息。查询并打印医嘱执行单。停止当诊病人的相关医嘱。填写并发送检查申请单至相应医技科室。1）就诊列表显示当诊病人在本院的历史就诊记录。2）过敏记录显示病人过敏记录。3）主诉录入为当诊病人下主诉诊断。4）医嘱录入为当诊病开检查、检验、西药等医嘱。5）中草药录入为当诊病开中草药。6）检验医嘱录入只能为当诊病人开检验医嘱。查看病人本次就诊的医嘱信息。查看病人检查、检验结果。录入手术病人信息。查询当诊病人医嘱相关费用。为病人办理医疗结算。查阅病人生命体征。查询住院医嘱收费情况。查询住院药品相关信息。住院护士工作站系统该系统实现病区床位管理，病人入科、转入、转出及病区结算，护理医嘱开单、医嘱执行，各类医嘱执行单打印。费用自动传送记账，病人主要生命体征数据管理，并以图表形式反映体征变化状态，医技报告查询，病区信息统计分析等相关功能。住院护士工作站流程功能列表：显示在入院处登记报到等状态的病人信息。显示在床病人的基本信息及医嘱状态。停当前病人的相关医嘱。进行占床操作。统计时间段内科室当天病人的入出转等交班记录。办理最终结算。对危重病人进行监护操作。进行填写申请退药数量、选择退药原因的操作。查询病人就诊信息。执行医生所下达的医学指令。查询病人的药品在药房的状态。查询打印病人的医嘱信息。1）医嘱录入为当诊病开具护理医嘱。2）常用模板维护对常用医嘱进行模板设置。3）本次医嘱查看病人本次就诊的医嘱信息。转科操作。录入病人生命体征等信息。查询医嘱相关费用。查看对未处理的医嘱。查看病人检查、检验项目预约时间。查询指定条件内整个病区的医嘱明细。查询打印病区押金余额低于输入的金额数的所有病人的催款单样式。 扫描条码，记录采血时间。结构化电子病历系统DHC-EHR中的病历数据直接以XML方式进行结构化存储，对海量病历数据的检索和统计具体实在的意义。为病历信息的传输、转换、脱机使用、区域病历信息共享，奠定了基础。DHC-EHR是一个多层结构化产品，系统由界面资源管理器、知识库资源管理器、打印资源管理器、统计资源管理器、系统字典参数设置构成；资源管理器是由以树形结构存储的各种类型模板构成；模板又是由各种类型的数据单元构成；此结构严谨高效而又不失灵活。用户可以完全按照自己的需求来定制临床数据存储结构，最终生成符合国家标准的电子病历。住院电子病历内容：包括住院病人的入、出院病案首页，低年资/高年资住院病历书写，24小时内出院病历/死亡病历，首次病程记录、72小时谈话记录、查房纪录、会诊记录，医生病历权限管理，术前谈话记录、手术记录、术后谈话记录、术后记录，病程小结、出院记录、转出记录、死亡记录，交班记录、接班记录等。病案管理系统病案管理流程建卡建卡换卡住院登记[同时建病案、病案卷]登记号就作为病案号/住院号IP就诊号作为归档上架号办退院[同时作废病案、病案卷]回收组：病案回收[按科室打印回收列表，双方签字确认]编码组：疾病、手术编码借阅组：整理归档借阅组：借阅病案[借出的病历才做登记]借阅组：复印病案借阅组：封存病案归还病历新病人老病人根据病案流通状态统计完成情况。住院结算系统综合查询系统该系统提供了对医院的挂号、收入、病案、手术、出入转等方面提供了查询与统计功能。系统配置功能模块是对医院所需要统计的数据进行分类配置：统计组：一个统计组对应多个科室：在统计及查询时只处理该统计组内的科室选择菜单进入界面：（例如门诊科室，住院科室）。统计子组：科室统计子组对科室进行分类汇总，如：将科室分为内科、外科、儿科、妇科、骨科等，在统计时，会将这些科室的数据汇总成为统计子组中的科室。统计项目配置：对医嘱项、医嘱子类、账单大类、账单子类进行三层维护、分别为统计项目、统计条目、统计明细、统计时选中一个统计项目，会将其中所有的统计明细按照统计条目汇总。收费项目子类配置：对某些收费项目进行分类。统计医生配置：对医生进行分类配置（例如将几名医生归到一个医疗组）。用户权限配置：授权使用综合查询系统的用户的功能模块。可分别按照病区，科室统计时间段内的出入院人数。可选择一定的条件，查询出明细的结果，结果包含病人的登记号、姓名、账单及医嘱分类、收费项目分类、医嘱日期、结算日期等。对查询出的结果可以选择列进行合并汇总，汇总后选择某一行后右键可查看这部分数据的明细，查询后可继续合并、也可继续查看明细。按照一定条件查询出病人的费用信息，并可查看病人明细。按照一定条件查询出相关科室的费用信息。按照一定条件查询出相关医生的费用信息。医院感染管理系统该系统可以方便医院动态的掌握院内感染病人的病情,细菌学资料及抗生素使用情况的统计，可以及时准确的对医院的抗生素使用进行宏观调控，减少耐药菌的出现。该系统主要包括：临床上报、临床查询、报告审核、院感监控、最终评价、统计分析。上报院内感染的病人。主要包括新建院内感染报告（病人基本信息、手术信息），院内感染信息（各种项目、感染诊断），辅助检查信息，抗生素应用情况等。院感报告查询对院内感染报告的查询院感反馈查询院内感染报告的详细反馈意见报告查询选择报告日期、科室、病区和报告状态，查询符合条件的院感报告报告审核审核通过合格的报告，退回不合格的报告，并且支持WORD导出功能对院内感染情况的监控。科室列表选择需要监控的科室。监控信息根据维护的分数线情况，给出各个分数档次的提示颜色监控结果显示监控结果详细情况显示病人的摘要情况给每个初评的项目进行结论，使得每个传染病监控评价都做到“有结果”。查询条件包括：科室、病区、开始日期、结束日期、诊断评价、“清空”、“查询”等组合查询条件。查询结果列表显示查询结果列表。院内感染列表显示病人本次住院期间所有上报过的院内感染情况，以便核对。依据列出了该病人此次住院期间的所有诊断、手术、辅助检查项目（双击可以查看结果）以及抗生素类医嘱。评价结果需要对初评信息的诊断正确性、院内感染报告的及时性、评价信息的准确性进行评价。按病区、科室、日期统计全院科室感染率、疾病感染率、院内感染病原体、药敏情况、感染率统计图标、各部位感染率、病原菌株数及分布部位、抗菌药物使用汇总。传染病管理系统该系统可以对医院传染病诊断及上报进行实时监控，及时检测突发公共卫生事件并进行全程追溯，对院内的感染情况动态掌握。该系统主要包括：临床上报，临床查询，报告审核，日常监控，监控结论，评价反馈，报告统计。对传染病报告进行上传。传染病报告查询对传染病报告的查询，支持疾病名称查询；ID号关联报告详细信息；列表包含审核意见；允许导出数据列表。传染病报告反馈传染病报告的详细的反馈意见，查询评价信息。审核审核通过符合要求的传染病报告。退回退回不符合要求的传染病报告。传染病监控可以通过选择辅助检查类型、确定监控的起始结束时间，科室、部门等组合条件查询。并且可以通过页签切换显示“门诊、急诊”、“住院”病人传染病评价通过执行传染病的监控步骤，双击某个查询结果，可以查看系统评价以及提示，提示包括：描述、状态、提示。显示查询的评价结果，并对监控进行评价，主要分为：诊断评价，报告评价，性质评价用于临床科室查看自己科室的传染病评价信息，如果需要对其中某一个项目进行传染病上报，只需要双击该查询结果项目，系统会提示是否需要上报传染病报告，选择“是”系统会自动打开传染病报告窗口，并自动填写好病人基本信息以及疾病信息，填写好其它项目后即可上报。主要用于统计传染病报告信息1）统计摘要信息显示此次查询的摘要信息，主要是一些数量统计2）查询条件主要包括：起始日期、截至日期、目标科室、目标部门、疾病、疾病类型、报告位置、报告状态、查询3）查询结果列表显示查找到的传染病列表0触摸屏查询系统触摸屏系统是我们为医疗机构提供全面数字化解决方案的理念之一，所以我们一直致力于应用现代信息技术，促进建立协同有序、系统完善的行业服务体系。触摸屏系统包括了就诊流程查询在内的8种查询模式，为病人提供便捷的查询方式，缓解医院工作人员的压力。为方便管理，现将就诊流程查询的功能分为“就诊流程管理”及提供给病人查询的“就诊流程查询”。1、就诊流程查询面向对象为广大病人，病人可通过不同流程选择查看相应的就诊流程图。2、就诊流程管理提供管理用户登陆入口和相应的管理功能，可实现流程图及时更新和公示信息发布的功能。输入病人卡号，系统自动将该卡一周内的预约信息和相应的违约信息查询出来，并且将相应的违约提示及违约次数合计显示在页面右下角。输入病人住院登记号，系统自动生成病人账单，显示病人基本信息，并按收费大类进行分类汇总，并可点击相应的分类汇总的金额进行收费细项的查询。病人可以按具体项目拼音首字母进行查询，也可以按项目分类名称进行查询病人根据情况选择“门诊药品信息查询”或“住院药品信息查询”。门诊药品信息查询病人可以通过翻页键或按药品拼音首字母进行查询门诊药品信息。住院药品信息查询查询功能与门诊药品信息查询相同。病人可按查询日期进行修改，最长可以查询七天内的医生坐诊信息；也可以输入挂号专业，科室医生，坐诊时段的拼音简码进行组合查询。病人输入需查询的收据号，系统自动查询出该张收据的收费细项，并在右下角显示该张收据的总金额。1电子病历质控系统医疗质量是医院的生命线，现在医患关系越趋向紧张。病历是医疗过程重要依据，医疗事故纠纷中的因果关系和医疗过错实行“医疗举证责任倒置”，对病历书写质量提出了更高的要求。医院的数字化管理，使电子病历质控系统更显得重要。通过该系统对病历书写质量的监控，可以尽量减少病历书写的缺陷，使病历在医疗举证中处于有利地位。该系统的实施，将增加临床医务工作者的工作压力，尤其是质控管理思维的改变，如何化被动为主动，及落实管理的措施值得进一步探讨和完善。针对临床科室：病历保存提示或控制病历提交提示或控制病历打印提示或控制在院病历主页质控提示列表出院病历主页终末质控评价针对管理科室：运行态病历监控在院质控查询出院质控查询手工评分录入手工评分查询手工缺陷统计病历等级统计单否比例统计乙否缺陷统计丙否缺陷统计首页缺陷统计入院记录缺陷统计病程记录缺陷统计医疗文书缺陷统计出院死亡记录缺陷统计登录TrakCare电子病历书写工作界面，打开某个界面模板，然后点击【保存】按钮，如果当前模板上有哪些单元没有填写，或者没有按照指定的格式填写，或者违反与其他模板单元的一致性检查，系统会自动把这些问题列举出来反馈给当前书写病历的医生。保存操作检查范围对应的是住院医师当前填写的界面模板内容。当住院医生书写完某个大病历并做提交操作的时候，也可以选择对当前大病历的质量控制或提醒，内容主要包括模板单元的完整性、模板单元之间的一致性、模板内容的规范性等检查。提交操作检查范围对应的是当前住院医师书写的当前界面模板所在大病历的内容当住院医生书写完大病历并选择打印时，系统可以对当前病历的整体内容做一些模板单元完整性、模板单元之间的一致性以及模板内容的规范性等方面做检查，如果有违反质控的内容，则不允许打印。当住院医生进入在院患者电子病历后，会在病历主页的前端提供一个质控提示列表。这个提示列表主要涉及患者大病历时效性方面的内容当住院医生进入已出院患者电子病历后，会在病历主页的前端提供一个终末质控评价列表，包括病历等级和病历分数，并在列表中详细说明扣分明细，这个内容是不可更新的。主要供管理科室实时监控各临床科室及病区下在院患者病历的书写情况，另外，当管理科室在监控过程中发现患者病历质控存在问题，可以通过运行态质控消息反馈给前端医生显示，供临床医师书写病历时提供参考。此外，可以通过直接输入患者登记号或者姓名用于快速查询某个在院患者当前病历的书写情况，并可以直接链接到当前患者的电子病历界面。在院质控的数据来源为系统后台每天自动运行的定时任务，只记录当前在院患者病历在指定时刻的病历运行情况。当需要实时监控大量患者病历时，如果运行态病历监控的效率变低，那么可以采用在院质控查询的结果用于管理科室参考对比使用，但并不具有实时性。同样，可以直接输入患者登记号或姓名用于快速检索某位在院患者在自动任务制定时刻点的病历质量情况。出院质控查询主要用于管理科室查询某段时间内各科室及病区下出院患者病历质量的整理分布情况。可以详细查看到对应医生、病区或科室下所属患者的病历等级与分数。也可以根据出院日期段查询全院所有科室病区下的出院患者病历等级与分数。另外，也可以直接根据患者登记号快速查询某出院患者终末质控评价的等级与分数，并查询具体违反的质控条目明细。手工评分录入主要用于管理科室针对一些计算机无法主动识别的条目对患者病历进行主观评价。绝大部分手工检查都是采取抽查病历的形式完成，而不是对全院所有病历进行手工检查，那么在做手工评分录入之前，需要先选择指定的患者并设置为手工评价参考病历。只有标记过的病历才能参与手工评分录入，否则系统会提示先标记后评分。可以通过查询各科室某段时间内已设置的手工评价参考病历。同样，这里也设置了患者等级号和姓名用于快速检索和设置手工评价参考病历之用。这里主要用于管理科室对手工评分录入项目的综合查询。可以选择科室、病区和评分日期进行查询，也可以根据患者登记号或姓名进行快速检索。手工缺陷统计主要用于管理科室对指定手工质控项目在各科室中的违反比重的参考，数据来源为手工评分录入中设定的参考病历，以及评分录入选择的条目。主要用于统计指定科室或多个科室在某段时间内病历等级比例分布情况。另外，支持对查询数据导出为Excel模板，用于生成病历等级统计报表。主要用于统计指定科室或多个科室在某段时间内指定单项否决质控条目比例分布情况。另外，支持对查询数据导出为Excel模板，用于生成单项否决比例统计报表。主要用于统计指定科室或多个科室在某段时间内指定乙否质控条目比例分布情况。另外，支持对查询数据导出为Excel模板，用于生成乙否缺陷统计报表。主要用于统计指定科室或多个科室在某段时间内指定丙否质控条目比例分布情况。另外，支持对查询数据导出为Excel模板，用于生成丙否缺陷统计报表。主要用于统计指定科室或多个科室在某段时间内首页质控条目比例分布情况。另外，支持对查询数据导出为Excel模板，用于生成病案首页缺陷统计报表。主要用于统计指定科室或多个科室在某段时间内指定入院记录质控条目比例分布情况。另外，支持对查询数据导出为Excel模板，用于生成入院记录缺陷统计报表。主要用于统计指定科室或多个科室在某段时间内指定病程记录质控条目比例分布情况。另外，支持对查询数据导出为Excel模板，用于生成病程记录缺陷统计报表。主要用于统计指定科室或多个科室在某段时间内指定医疗文书质控条目比例分布情况。另外，支持对查询数据导出为Excel模板，用于生成医疗文书缺陷统计报表。主要用于统计某个或多个科室在指定时间内关于出院死亡记录质控条目比例分布情况。管理科室通过这样一个统计报表可以很方便地了解到某段时间内哪些出院死亡记录质控条目触犯的概率有多大。另外，支持对查询数据导出为Excel模板，用于生成出院死亡记录缺陷统计报表。4.2.3药品管理门诊药房管理系统该系统解决了处方合格率低、特殊处方由医生自行判断易出错等问题。优化了发药流程，提高了药房摆药的速度和减少了病人排队取药的时间。该系统包括药房发药查询、药房退药单据查询等相关管理功能。查询病人药品基本信息，刷卡发药，并提供查询统计功