1、医院信息化项目规划建设方案医院信息化项目规划方案2015年05月第193页 共183页目录第1章 建设需求61.1 医院概况61.2 项目背景61.3 建设的必要性71.4 建设目标71.5 建设内容71.6 系统性能需求91.6.1 数据需求91.6.2 性能需求111.7 网络、硬件系统集成需求11第2章 建设方案122.1 系统建设原则122.1.1 需求驱动122.1.2 总体规划122.1.3 分步实施132.1.4 规范标准132.1.5 开放共享132.1.6 灵活实用142.1.7 安全可靠142.2 系统建设策略152.3 信息标准体系162.3.1 设计原则162.3.2 2、体系架构172.3.3 主要标准及其相互关系182.3.4 数据标准212.3.5 功能规范362.3.6 技术规范452.3.7 业务规范602.3.7.1 业务管理组织体系602.3.7.2 业务流程规范602.3.7.3 业务操作规程602.3.7.4 信息管理操作规范612.3.8 管理规范612.3.8.1 运营标准规范612.3.8.2 信息资源评价标准612.3.8.3 安全管理标准622.4 系统总体架构622.4.1.1 总体建设框架622.4.1.2 医院信息系统632.4.1.3 患者服务系统642.4.1.4 电子病历系统652.4.2 医院信息集成平台672.4.3 3、流程优化与整合69第3章 应用系统功能713.1.1 以费用结算为核心的HIS713.1.1.1 一卡通系统713.1.1.2 门急诊挂号系统733.1.1.3 门急诊划价收费系统773.1.1.4 出入院管理813.1.1.5 住院收费系统833.1.1.6 门诊药房管理863.1.1.7 住院中心药房管理903.1.1.8 药库管理923.1.1.9 住院护士工作站933.1.2 以电子病历为核心的临床系统(EMR、CIS、LIS、RIS、PACS)963.1.2.1 门诊医生工作站963.1.2.2 住院医生工作站983.1.2.3 住院护理电子病历1043.1.2.4 RIS、PACS4、1093.1.2.5 检验系统1163.1.2.6 超声图文系统1273.1.2.7 心电图文系统1303.1.2.8 病理图文系统1303.1.2.9 临床路径管理1333.1.2.10 公共卫生传报系统1343.1.2.11 电子病历集中管理平台1343.1.2.12 电子病历数字认证系统1443.1.3 无线移动医疗系统1493.1.3.1 总体架构1493.1.3.2 应用体系架构1503.1.3.3 系统技术架构1503.1.3.4 移动医生系统1533.1.3.5 移动护士系统1543.1.4 改善患者就诊体验为核心病患服务系统1563.1.4.1 咨询热线1563.1.4.2 外5、部网站1563.1.4.3 自助挂号、收费、充值1573.1.4.4 自助查询1573.1.4.5 自助检查检验报告打印1573.1.4.6 集中预约服务系统1573.1.4.7 排队叫号1583.1.5 以医院综合管理及辅助决策为核心的运营管理系统(HRP)1603.1.5.1 医务管理1603.1.5.2 门办管理1633.1.5.3 病案管理1633.1.5.4 物资管理系统1663.1.5.5 固定资产管理系统1673.1.5.6 绩效管理系统1683.1.5.7 人事管理1693.1.5.8 财务核算与经济管理1713.1.5.9 院长查询及辅助决策系统1723.1.6 基于医院信息6、集成平台外部接口1743.1.6.1 医保接口1743.1.6.2 区域平台1763.1.6.3 公共卫生接口1763.2 硬件系统集成1763.2.1 网络改造1783.2.1.1 公共服务区建设1783.2.1.2 影像区域网络1793.2.1.3 无线网络安全改造1793.2.2 服务器系统设计1813.2.2.1 应用服务器设计1813.2.2.2 数据库服务器设计1823.2.2.3 数据库选择1843.2.2.4 服务器规划1853.2.3 存储系统1853.2.3.1 存储数据量分析1853.2.3.2 PACS/RIS存储设计1863.2.3.3 HIS/LIS/CIS存储设计7、1863.2.4 数据备份及恢复系统设计1873.2.4.1 备份系统总体结构1873.2.4.2 备份存储的选择1883.2.4.3 备份软件的选择1883.2.5 容灾系统设计1883.2.6 机房建设1893.2.7 终端设备及输入输出设备1913.3 系统软件1913.4 信息安全等级保护1923.4.1 总体设计1923.4.1.1 定级1923.4.1.2 安全目标1933.4.1.3 安全保障思路1943.4.2 具体安全技术体系设计1963.4.2.1 物理防护系统1963.4.2.2 边界防护系统1963.4.2.3 监控检测系统1973.4.2.4 安全审计系统1983.48、.2.5 应急恢复系统1993.4.2.6 安全运营平台1993.4.3 安全管理体系介绍2003.4.3.1 安全管理机构2003.4.3.2 安全管理制度2013.4.3.3 人员安全管理2023.5 系统运维设计2033.5.1 运维部门与职责2033.5.2 管理制度规范2043.5.3 运维工作任务2073.5.4 运维系统平台2083.5.5 运维方案210第4章 项目预算2144.1 总体预算2144.2 应用软件预算2144.3 硬件及系统软件预算215第1章 建设需求1.1 医院概况 1.2 项目背景“新医改”对医院信息化提出推进以电子病历、医院管理为重点的医院信息化建设，实9、现卫生信息系统的使用共享、互联互通的目标后，卫生行政部门、各医疗机构对信息化更加重视，不仅成为公立医院改革推进的监管手段之一，也被列入医院分级评审的重要指标，医院信息化成为建设进入了一个新的发展阶段。我国二十多年医院信息化的建设经验表明，信息化在医院临床业务、医疗服务、医院管理等方面起到了举足轻重的作用。信息化不仅可以提高医院医疗服务的质量、工作效率，优化业务流程，提升服务水平，规范医院管理，提高运营效率、降低运营成本，全面提升医院和人员的绩效，而且可以改善病人在医院的就医体验、提高病人满足度。在二、三级医院评审要求中，明确将医疗质量管理与持续改进与建立医疗质量控制、安全管理信息系统，临床路径10、和单病种质量管理与持续改进与临床路径信息化管理挂钩，具有较高的指标权重，同时将信息管理组织和发展规划、医院信息系统技术要求、医疗信息统计、信息系统运行和安全、医院信息交互与共享、信息资金投入和人力资源配置等信息建设内容列入评审内容，占有一定的指标权重鉴于上述种种原因，需要对医院信息系统进行整体化、系统化、标准化、规范化的规划和建设。目前，在医院改革大背景下的政策条件，医院信息技术标准规范、医院的应用基础及管理、人员素质能力、市场上医院信息化的产品等技术条件，以及医院经济实力等经济条件均已比较成熟的前提下，医院信息化整体建设具有天时、地利、人和的优势。1.3 建设的必要性该项目为贯彻落实中共中央11、国务院关于深化医药卫生体制改革的意见精神，切实提高省县医院服务能力，按照财政部、卫生部关于下达2010年医改补助资金的通知（财社2010270号）和卫生部办公厅关于做好2010年县医院能力建设项目的通知（卫办医管函20101074号）要求，根据省卫生信息化建设总体规划（2011-2015）总体建设目标，统一规划县级医院信息系统建设技术方案，统一部署建立基于医院信息平台的、以电子病历为核心的医院信息系统，进一步提高医院的管理水平、医疗服务水平和临床信息交换共享能力。1.4 建设目标按照“新医改”对医院信息化的要求、二，三级医院评审要求，依据卫生部、省的医院信息化标准规范以及医院医院发展的需要，12、遵循总体规划、分步实施的原则，对现有系统进行整体改造、扩展、升级，形成医疗业务管理、患者服务管理、临床信息管理、医院运营管理、信息基础设施、信息安全体系一体化的数字化医院，使得系统在功能全面性、系统整合度、信息安全性、系统扩展性、系统运行维护等方面有领先于同类医院的优势，满足医院今后十年的应用需要。1.5 建设内容本项目应用系统的建设内容见下表。表11应用系统的建设内容序号系统分类系统名称1以费用结算为核心的HIS一卡通2挂号收费管理3出入院管理4门诊药房管理5住院中心药房管理6住院护士工作站7药库管理8以电子病历为核心的临床系统(EMR、CIS、RIS、PACS)门诊电子病历系统9结构化住院13、电子病历系统10电子医嘱系统11电子申请单系统12病案首页管理系统13LIS系统14RIS系统15PACS系统16超声图文系统17内窥镜报告管理系统18病理科报告管理系统19临床路径管理系统20电子病历集中管理平台1.6 系统性能需求1.6.1 数据需求医院信息系统的主要数据存储包括：(1) 医疗系统数据库l HIS数据库：包含患者基本信息、门诊数据库、住院数据库、药品数据库、患者服务数据库等；l LIS数据库：检验、血库等数据库；l RIS/PACS数据库：包括放射、超声、病理、心电等文本数据及影像数据；l EMR电子病历数据库：包含门诊电子病历数据库、住院电子病历数据库、其它临床系统数据库14、。(2) 资源数据库l 人力资源、财务、设备资产、材料物资等资源数据库；l 病案、医疗、护理等综合管理数据库。(3) 网站数据库l 内部网站OA数据库；l 外部网站服务数据库。(4) 信息量需求计算依据：l 医院信息系统数据存储量较大的是HIS、EMR、PACS数据，其它数据相对较小，可忽略不计；l 日均门诊量：2000人次；l 年出院人数：16000人次；l 均次门诊医学影像检查次数：1次；l 均次住院医学影像检查次数：2次；l 每张PACS影像所占容量：3M/张；l 每次门诊HIS数据：0.01M/次；l 每次住院(平均5天)HIS数据：0.2M/次；l 每次门诊EMR数据：0.1M/次；15、l 每次住院(平均5天)EMR数据：2M/次；l 年门诊天数：365天信息量计算l 门诊HIS日均数据量=日均门诊量*每次门诊HIS数据=2000*0.01M=20Ml 门诊EMR日均数据量=医院按日均门诊量*每次门诊EMR数据=2000*0.1M=200Ml 门诊HIS年均数据量=门诊HIS日均数据量*365=20M*365=7300Ml 门诊EMR年均数据量=门诊EMR日均数据量*365=200M*365=73000Ml 住院HIS年均数据量=年出院人数*每次住院(平均5天)HIS数据=16000*0.2M=3200Ml 住院EMR年均数据量=年出院人数*每次住院(平均5天) EMR数据=16、16000*2M=32000Ml 医院HIS+EMR年均数据量=门诊HIS年均数据量+门诊EMR年均数据量+住院HIS年均数据量+住院EMR年均数据量=7300M+73000M+3200M+32000M=115500M=113Gl 门诊年均PACS数据量=日均门诊量*365*均次门诊医学影像检查次数*每张PACS影像所占容量=2000*365*1*3M=2190000Ml 住院年均PACS数据量=年出院人数*均次住院医学影像检查次数*每张PACS影像所占容量=16000*2*3M=96000Ml 医院PACS年均数据量=门诊年均PACS数据量+住院年均PACS数据量=2190000M+960017、0M=2286000M=2232Gl 医院年数据量合计=113G+2232G=2345G=2.29Tl 5年合计总量=5*2.29T=11Tl 10年合计总量=10*2.63T=22T1.6.2 性能需求系统性能将随着客户端数量、数据库服务器性能、管理信息种类和数量的变化而变化。对于医院HIS、EMR、LIS、RIS、PACS 系统，均是即时操作，要求操作即刻响应，没有较强的延时感觉，不影响人工的连续操作。因此，要求这些系统具有如下的性能：(1) 平均响应速度l 一般性数据保存、修改、删除等操作的响应反馈速度不应超过3秒，一般控制在2秒之内。l 一般操作业务类系统中的简单查询不应超过3秒。l 18、最大响应时间：最长允许的响应时间为10秒。(2) HIS系统应支持大于50个用户同时使用，EMR系统应支持大于200个用户同时使用，LIS、RIS 系统应支持大于50个用户同时使用。(3) 对其他系统没有特殊响应速度要求。1.7 网络、硬件系统集成需求对于IT基础平台来说，其总体目标是为了满足应用的需求，不仅要考虑到近期目标，还要为系统的进一步发展和扩充留有余地，应当考虑应用的长远发展和进行统一规划和设计。系统应尽可能采用成熟而先进的技术，全网应制定统一的体系结构，网络体系结构和通信协议应选择广泛使用的国际工业标准，使得此信息网络是一完全基于标准的网络环境。选择的计算机系统、网络设备、存储系统19、及其它基础设施，应在相当长的时间内保证其先进性，开发或选购的各种应用软件尽可能先进，并有相当长时间的可用性。所选用的软硬件产品必须经过严格的实践检验。信息安全方面，卫生部和省卫生局也针对医院的信息安全明确提要求，必须具备容灾备份系统，有效的网络运行监控系统，具备防病毒、防入侵等信息安全措施。因此安全控制应在系统的各个层次上实施，重点是网络安全和数据安全，并配合完善的安全管理措施，使安全控制的技术手段与管理手段密切结合。要求硬件基础平台具有以下特点：l 考虑业务扩展需求，对基础设置进行扩充l 具有良好的扩展性能，可以方便的扩展应用；l 建设针对新业务和应用的高效、安全的主机系统；l 增加新存储空20、间，以满足新应用的需要；l 搭建新应用的存储区域网络，提高存储的扩展性；l 考虑整体系统的信息安全，核心应用系统需满足等级保护三级要求；l 可满足关键应用、关键用户以及数据安全的服务质量（QoS）需求；第2章 建设方案2.1 系统建设原则2.1.1 需求驱动医院信息系统建设应以医院业务的实际需求为依据，以医院临床业务及医院管理的要求为目标，不能脱离医院的需求及实际情况盲目追求新技术的应用。系统的应用应权衡多方需求，既要方便医护人员、患者使用，提高临床工作效率，优化服务流程，提升服务水平和患者就医体验、提高病人满足度，又要实现医院的管理目标，规范医院管理，保障医疗质量，提高运营效率、降低运营成本21、。2.1.2 总体规划按照“新医改”对医院信息化的要求、二、三级医院专科评审要求，依据卫生部、省的医院信息化标准规范以及医院发展的需要，进行总体规划、顶层设计。对现有系统进行整体建设，目标是要形成医疗业务管理、患者服务管理、临床信息管理、医院运营管理、信息基础设施、信息安全体系一体化的数字化医院，满足医院今后十年的应用需要。2.1.3 分步实施系统的总体规划、顶层设计，内容范围设计医疗业务管理、患者服务管理、临床信息管理、医院运营管理、信息基础设施、信息安全体系建设，是满足二、三级医院专科评审要求的一体化的数字化医院设计，并要达到功能全面性、系统整合度、信息安全性、系统扩展性、系统运行维护的要22、求，需要开发建设的应用系统、硬件集成内容比较多，投资比较大。因此，要按照总体规划设计，根据医院的需求紧迫程度及实际条件分步实施。分步实施的原则是，对医院业务运营不可或缺的应用及必要的基础设施优先实施。2.1.4 规范标准标准规范的采用及在本项目中的具体应用，是保证项目建设可持续发展，使得系统在医院内部及医院外部均具有信息互通能力的重要因素。本项目要遵循的标准规范包括卫生部、省有关医院信息化建设的数据标准、功能规范、技术规范、信息安全规范等，参照使用国际HL7-CDA、IHE、DICOM3、ICD10等标准。采用符合国际、国家卫生信息标准的软件，遵循有关技术规范体制，使系统具有灵活的互联能力。223、.1.5 开放共享构建统一的、基于标准的数据交换和共享平台，具有快速扩展能力和与第三方软件的插件式接口。在医院内部系统之间、内部与外部之间互联互通、信息共享。全面的数字化医院信息系统中各个医护人员均能够通过平台实现信息互享与互联互通，是未来信息化建设的最重要的一个建设内容。信息系统要提供开放的系统配置维护、系统二次开发功能，保证用户在今后的使用中能够根据实际业务需求的改变，修改系统的配置和运行参数，以及而延误流程、功能方面的变化。通过医院信息化建设，最终目标是打造现代大医院，因此必须具备多语言支持能力。并且应用软件应具有跨平台能力，能运行在不同的硬件平台上，支持不同的数据库类型，如Oracle24、DB2、MS SQL Server。特别是针对目前已经实现运行的多语言，跨平台系统，如何更好的集成，更好的维护和运营，是信息科未来的工作重点之一。2.1.6 灵活实用医院信息系统建设是一个不断发展的过程。为适应医院应用的不断拓展，医院信息系统应该具有灵活配置的、可扩展的系统体系架构，以适应医疗业务流程、业务模式的变化，在医院信息系统应用推进的不同阶段，能以不变应万变，满足医护人员、管理人员不同用户、不同阶段、不同程度的需求。系统设计要采用基于SOA（面向对象）的分析设计方法，从原子业务单位开始，逐步提取分析形成业务组件。并且根据系统的开放性、扩展性、安全性、敏捷性等非功能需求，构建所有系统需25、要的基础组件。将基础组件、业务组件放在一个统一的运行容器中，也就是应用框架中，最后就形成了统一的开发平台。在进行不同模块组合时，需要按照业务特性将组件按需进行组合，模块之间的松藕合。统一平台的建设不仅要实现信息高度共享，同时也是一个开发的平台，信息科和医院可以根据自身的管理需要进行不断的扩展，而不是封闭是平台。2.1.7 安全可靠实施统一的身份认证和权限管理。实现单点登陆，多向访问；有限操作，保存痕迹；应用层与基础数据层有访问限制，保密信息与公开信息有严密隔离等安全管理体系；采用数字签名技术确保数据安全。系统能够提供7*24的在线支持能力，满足医院不间断运行，同时在出现紧急情况时，能够很快启动26、应急方案，确保关键业务运行。未来医院的各种工作将越来越依赖信息化，所以要全面提高医院信息系统的安全性，引入电子签名、数据安全等软硬件，为实现全面无纸化、无胶片化管理提供安全基础。电子病历是医疗过程信息的完整记录，也是医务人员临床诊疗决策的依据，电子病历信息安全的管理，应该满足病历分级管理、病人隐私信息保护的要求；电子病历的存储备份系统应满足病历存档期限、数据可靠性要求；电子病历信息应具有真实性、完整性、机密性、不可抵赖性，为电子病历取证提供法律保障。总之，本项目建设要实现如下目标：n 人性化医院信息化建设应本着以病人为中心的原则，在系统的每个细节设置都应体现人文关怀，考虑如何设置才能更加的方便27、患者，方便业务人员，更加人性化。n 集成化医院信息化建设是由众多不同的系统组建而成，但这些系统必须进行统一的集成，不能出现信息孤岛现象。n 智能化医院信息化建设中，应突出智能的特点，减少人工环节，增强自动化的程度，增加辅助支持的功能。n 无纸化医院信息化建设中，通过电子处方、电子病历、电子申请单、电子报告、电子办公、综合统计分析等应用建设使医院各级业务操作逐步走向无纸化。n 无胶片化医院信息化建设中，通过实施医学影像信息系统，建立医院放射科数字阅片中心和诊断工作站，临床中心数字阅片室，医生影像浏览工作站等实现全院无胶片化临床模式和管理模式。n 无线网络化医院信息化建设中，通过建立无线网络，使用28、笔记本、平板电脑、PDA、无线病情跟踪器等无线设备实现医生护士查房，库房管理，病人病情跟踪等等，不受空间限制。2.2 系统建设策略鉴于医院医院信息系统的特殊要求，要制定有针对性的系统建设策略。主要的对策有：(1) 以信息整合应用作为系统建设的技术核心在整体规划，顶层设计的基础上，采用基于SOA的医院信息平台技术，通过对各类系统的信息标准化、接口规范化、数据集中化，实现各个应用系统的数据整合及应用流程整合。(2) 保证新系统的建设的功能完整性要按照相关功能规范、医院需求建设整体化的医院信息系统，完善各项系统功能，建设完成后的信息系统，能够使医院信息系统能够达到二、三级医院评审要求。(3) 提高信29、息标准化程度不够各个应用系统要按照相关功能规范、数据标准、编码标准设计，以便利于信息整合、利用。(4) 将系统数据利用的开发作为完善、改造、新建的内容在系统标准化建设、信息整合、数据集中存储的基础，建立数据仓库，使得大量信息系统数据得到有效的利用，提高报表自动生成率，增强临床决策、管理决策功能。(5) 重视信息安全体系建设严格按照医院信息安全等级保护技术规范，改造医院目前的信息系统物理安全、网络安全、数据安全、系统安全、应用安全，形成信息安全体系。(6) 建设运维体系、提高系统售后服务等级提高主要应用系统开发商在售后服务方面服务等级，满足医院系统应用需求，满足医院信息系统个性化的二次开发需求。30、此外，要建立系统的运行维护管理软件平台，实现系统的日常维护、安全监管、系统应用功能的扩展。2.3 信息标准体系2.3.1 设计原则(1) 自顶向下的优先原则遵循标准的优先级别：国际标准、国家标准、卫生部标准规范、省标准规范、本项目制定标准规范。(2) 业务规范为指导原则在制定信息化标准规范时，以现行有效的相关业务标准规范为指导，信息化标准规范应符合相关业务标准规范。(3) 采标为主，制定为辅在满足系统建设需求的基础上，首先考虑采用现行有效的相关业务标准规范，其次是修订或制定适合本项目特点的、不与国家或行业标准冲突的项目专用标准规范。(4) 应用为主，标准落地在采用、制定标准规范时，以本项目的应31、用需求为主，采纳的所有标准规范均能在本项目落地、应用。(5) 总体规划，立足当前，适应发展要制定标准规范建设的总体规划，在满足项目当前需求的同时，能够适应未来信息化建设发展需要。2.3.2 体系架构医院医院信息标准体系是医院医院信息化建设的基础、技术依据和管理保障。该体系的设计要依据国家信息化建设的相关法规、标准，卫生部、省卫生局已经制定的医院信息化相关标准规范，参照国际卫生信息技术相关标准，在医院前期卫生信息化标准规范基础上，制定出满足医院卫生信息化规划目标及建设内容要求以及本项目需要，符合医院医疗卫生行业实际情况，适应长远发展的医院信息化标准及管理规范，并建立一套完整的体系。医院医院信息标32、准体系的总体架构见下图。图 21 医院信息标准体系的总体架构图2.3.3 主要标准及其相互关系医院信息标准体系内的所有标准规范分为“业务应用层”和“技术层”二大类，其中“业务应用层”包括“数据标准”和“功能规范”，“技术层”指集成接口、信息安全和基础设施等的“技术规范”。（一） 业务应用层标准规范1、 数据标准主要包括如下标准：(1) 卫生信息的总体框架：数据集的组成及其关系的架构；(2) 数据标准的描述规范：数据元、数据集的描述规范；(3) 数据集l 基础信息：患者、医护及管理人员与科室、药品、医嘱、诊断等术语字典等注册基础信息。l 医院管理信息：医院医疗服务前台运营的入出转、收费、药品等信33、息。l 电子病历：临床医疗记录信息。l 卫生资源：卫生机构人财物资源信息。l 绩效指标：对医疗卫生机构、人员绩效评估的指标数据。l 卫生统计指标：卫生统计指标信息。l 代码标准：行业编码及通用编码信息。(4) 交换文档架构：临床记录、公共卫生监测及服务记录等卫生信息交换文档的消息格式。2、 功能规范主要包括如下标准：(1) 卫生信息系统总体框架：卫生信息系统的组成及其相互关系；(2) 功能规范的描述规范：卫生信息系统功能规范的描述格式；(3) 信息系统功能规范：l 医院信息系统功能规范：包括HIS、LIS、HRP、综合管理系统；l 医学影像信息系统：包括RIS、PACS；l 电子病历应用系统功34、能规范：包括EMR、以及相关的CIS系统；l 医院信息集成平台功能规范：医院内部的信息整合、业务协同、商业智能平台；（二） 技术层标准规范主要包括如下标准：(1) 医疗卫生信息集成接口规范；(2) 基础设施设计标准；(3) 信息安全技术规范。（三） 相互关系业务应用层标准与技术层标准卫生信息化标准体系由业务应用层标准规范和技术层标准规范构成，这两大部分的关系是：(1) 业务应用层标准规范确定了各个卫生信息系统依据的业务信息的标准及功能的规范，是卫生信息系统建设的设计依据，也是各卫生信息系统之间信息共享、交换、业务协同的基础。业务应用层标准规范是技术层标准规范的设计依据；(2) 技术层标准规范确35、定了各级各类医疗卫生机构信息化建设中网络、机房、数据中心、视讯中心、网络设备、主机、存储系统、终端及外设、系统软件及运维软件以及信息系统的网络、数据、系统、应用安全的设计、集成、工程的技术标准及规范。技术层标准规范是业务应用层标准规范实现的技术基础。图 22 业务应用层标准与技术实现层标准之间关系图数据标准的关系(1) 各数据集标准及代码标准均遵循数据标准的描述规范，既数据元规范、数据元值域规范。(2) 各数据集标准引用代码标准，是多对多的关系：一个数据集标准可能引用多个代码标准，一个代码标准可能被多个数据集标准引用。(3) 交换文档架构是各数据集标准用于共享与交换的标准规范。交换文档架构应用36、各数据标准，形成各数据集的交换文档架构。功能规范的关系各系统的功能规范遵循功能规范的描述规范。数据标准与功能规范的关系卫生信息化标准体系业务应用层标准规范由数据标准与功能规范构成。数据标准与功能规范是相互关联关系，二者之间存在多对多的联系。应用功能决定数据标准，反过来数据标准需要应用功能来实现其应用。数据标准与功能规范的关系见下图。图 23 医院信息标准之间关系图2.3.4 数据标准（一） 基础信息基础信息是指医院信息系统中所共同使用的信息，这些信息在医院信息集成平台上注册，以便各个连接到平台上的应用系统能够统一识别，实现信息的共享，应用的协同等互操作性。基础信息主要包括患者、医护及管理人员与37、科室、药品、医嘱、诊断等术语字典等注册基础信息。基础信息参照如下标准：l 卫生部2011年发布的居民健康卡技术规范中关于服务对象的基本信息；l 卫生部，WS363.1-2011 卫生信息数据元目录 第1部分：总则，2011年； l 卫生部，WS363.2-2011 卫生信息数据元目录 第2部分：标识，2011年； l 卫生部，WS363.3-2011 卫生信息数据元目录 第3部分：人口学及社会经济学特征，2011年； l 卫生部，WS363.14-2011 卫生信息数据元目录 第14部分：卫生机构，2011年； l 卫生部，WS363.15-2011 卫生信息数据元目录 第15部分：卫生人员，38、2011年； l 卫生部，WS364.1-2011 卫生信息数据元值域代码 第1部分：总则，2011年； l 卫生部，WS364.2-2011 卫生信息数据元值域代码 第2部分：标识，2011年； l 卫生部，WS364.3-2011 卫生信息数据元值域代码 第3部分：人口学及社会经济学特征，2011年； l 卫生部，WS364.14-2011 卫生信息数据元值域代码 第14部分：卫生机构，2011年； l 卫生部，WS364.15-2011 卫生信息数据元值域代码 第15部分：卫生人员，2011年； l 卫生部，WS364.16-2011 卫生信息数据元值域代码 第16部分：药品、设备与材料39、，2011年； l 卫生部，WS364.17-2011 卫生信息数据元值域代码 第17部分：卫生管理，2011年；l 卫生部，WS365-2011 城乡居民健康档案基本数据集中关于居民的基本信息，2011年。l 卫生部2009年发布的电子病历基本架构与数据标准中关于患者的基本信息；l 省卫生信息化工程指挥部办公室2011年3月发布的省区县向市级中心提交共享用诊疗文档规范、省健康信息网工程统一自费就诊卡编码规范中关于服务机构、服务提供者、服务对象的基本信息。（二） 代码标准代码标准是指在医院信息数据集中用编码标识的规范的术语数据集及数据元标准，代码唯一标识了卫生信息的语义结构。语义结构是医院信息40、系统互操作规范中信息结构采用的标准化数据元，即数据元的编码标准，采用编码名称、编码说明、采用标准、数据格式、值域描述。代码标准用于规范标准化医院信息数据元的数据格式及取值范围，便于卫生信息的统计分析，保障医院信息系统间共享数据的规范释义及系统间的互操作性。代码标准参照如下标准：医疗卫生公共编码标准及基础字典数据的标准(1) 卫生部、国家统计局2009年11月发布的全国卫生资源与医疗服务调查制度中指定的代码：l 卫生机构（组织）分类与代码（WS218-2002）；l 疾病分类代码（ICD10、GB/T14396-2001、省扩展ICD10）；l 中医病症分类与代码（GB/T15657-1995）41、；l 设置/主办单位代码；l 政府办卫生机构隶属关系代码；l 医疗卫生机构科室分类与代码；l 医师执业范围代码；l 医疗机构上报设备与代码。(2) 卫生部WS364.1-17-2011 卫生信息数据元值域代码，2011年；l 卫生部，WS364.1-2011 卫生信息数据元值域代码 第1部分：总则，2011年； l 卫生部，WS364.2-2011 卫生信息数据元值域代码 第2部分：标识，2011年； l 卫生部，WS364.3-2011 卫生信息数据元值域代码 第3部分：人口学及社会经济学特征，2011年； l 卫生部，WS364.4-2011 卫生信息数据元值域代码 第4部分：健康史，2042、11年； l 卫生部，WS364.5-2011 卫生信息数据元值域代码 第5部分：健康危险因素，2011年； l 卫生部，WS364.6-2011 卫生信息数据元值域代码 第6部分：主诉与症状，2011年； l 卫生部，WS364.7-2011 卫生信息数据元值域代码 第7部分：体格检查，2011年； l 卫生部，WS364.8-2011 卫生信息数据元值域代码 第8部分：临床辅助检查，2011年； l 卫生部，WS364.9-2011 卫生信息数据元值域代码 第9部分：实验室检查，2011年； l 卫生部，WS364.10-2011 卫生信息数据元值域代码 第10部分：医学诊断，2011年；43、 l 卫生部，WS364.11-2011 卫生信息数据元值域代码 第11部分：医学评估，2011年； l 卫生部，WS364.12-2011 卫生信息数据元值域代码 第12部分：计划与干预，2011年；l 卫生部，WS364.13-2011 卫生信息数据元值域代码 第13部分：卫生费用，2011年； l 卫生部，WS364.14-2011 卫生信息数据元值域代码 第14部分：卫生机构，2011年； l 卫生部，WS364.15-2011 卫生信息数据元值域代码 第15部分：卫生人员，2011年； l 卫生部，WS364.16-2011 卫生信息数据元值域代码 第16部分：药品、设备与材料，2044、11年； l 卫生部，WS364.17-2011 卫生信息数据元值域代码 第17部分：卫生管理，2011年；l 卫生部，WS365-2011 城乡居民健康档案基本数据集中指定的代码，2011年。(3) 卫生部2009年发布的电子病历基本架构与数据标准中指定的代码国际卫生信息代码l 国际疾病分类代码（ICD10）；l 观测指标标识符逻辑命名与编码，LOINC；l 国际初级保健分类，ICPC。国标通用编码标准l 全国组织机构代码编制规则（GB/T11714-1997）；l 中华人民共和国行政区划代码（GB/T2260-1999）；l 县以下行政区划代码编制规则（GB/T10114-2003）；l 45、世界各国和地区名称代码（GB/T 2659-2000）；l 经济类型分类与代码（GB/T12402-2000）；l 性别分类及代码（GB2261）；l 婚姻状况代码（GB/T4766-1984）；l 中国各民族名称的罗马字母拼写法和代码（GB3304-1991）；l 学历代码（文化程度代码 GB 4658-2006）；l 学位代码（GB/T 6864-2003）；l 所学专业代码（GB/T 16835-1997）；l 专业技术职务代码（GB/T8561-2001）；l 职业分类与代码（GB/T6565-1999）。（三） 电子病历电子病历是医疗机构对门急诊、住院、健康体检患者（或保健对象）临床46、诊疗和指导干预的、数字化的医疗服务工作记录。是居民个人在医疗机构历次就诊过程中产生和被记录的完整、详细的临床信息资源。电子病历应用与医院信息系统有着密切关系，一份完整电子病历的生成依赖医院各个业务信息子系统的有机整合，因此实现电子病历应用首先就要实现医疗过程的信息化。电子病历是指医务人员在医疗活动过程中，使用医疗机构信息系统生成的文字、符号、图表、图形、数据、影像等数字化信息,并能实现存储、管理、传输和重现的医疗记录，是病历的一种记录形式。使用文字处理软件编辑、打印的病历文档，不属于本规范所称的电子病历。电子病历数据标准是记录电子病历的数据元及数据集标准。电子病历数据标准用于统一规范医疗机构诊47、疗信息的采集及电子病历数据库的建立，基于电子病历的医院信息平台及区域卫生信息平台诊疗数据的采集接口标准、电子病历共享数据库建立。电子病历数据元、数据集参照如下标准：l 卫生部，电子病历基本架构与数据标准，2009年；电子病历数据记录由病历概要、病历记录、转诊记录、医学证明及报告，以及建立这些数据记录的医疗机构信息等数据实体集构成，电子病历的数据实体及相互的隶属关系构成电子病历的基本架构，如下图所示。图 24 电子病历架构图完整的电子病历由如下几个部分构成：病历概要病历概要的主要记录内容包括：(1) 患者基本信息l 病人唯一标识l 人口学信息；l 社会经济学信息；l 联系人信息；l 医保信息；l48、 个体生物学标识。(2) 基本健康信息l 现病史；l 既往病史；l 手术史；l 输血史；l 免疫史；l 过敏史；l 用药史；l 月经史；l 生育史；l 家族史；l 危险因素。(3) 卫生事件摘要患者在医疗机构历次就诊所发生的医疗服务活动（卫生事件）摘要信息(即医疗服务目录)。(4) 医疗费用记录患者在医疗机构历次就诊所发生的医疗费用摘要、明细信息。病历记录按照医疗机构中医疗服务活动的职能域划分，病历记录可分为：门急诊病历记录、住院病历记录和健康体检记录等三个业务域。(1) 就诊记录患者每次就诊的主索引记录，就诊事件包括门急诊、住院、体检三类。(2) 门急诊病历记录l 门急诊病历、急诊留观病历：49、主诉、体检、现病史、诊断等；l 门急诊处方及其它医嘱；l 门急诊治疗处置记录：一般治疗记录、抢救记录、手术记录、麻醉记录、输血记录；l 健康处方；l 门急诊护理记录：护理病房巡查记录、手术护理记录、危重护理记录、生命体征记录(体温、呼吸、心率、血压、疼痛等)、出入量记录、输液记录等；l 检验报告；l 检查报告及医学影像；l 危机值报告；l 知情告知信息：手术麻醉同意书、特殊检查及治疗同意书、特殊药品及材料使用同意书、输血同意书、病危（重）通知书。(3) 住院病历记录l 住院病案首页；l 病人临床路径进入、退出记录；l 住院志：包括入院记录、24小时内入出院记录、24小时内入院死亡记录等；l 住50、院病程记录：包括首次病程记录、日常病程记录、上级查房记录、疑难病例讨论、交接班记录、转科记录、阶段小结、抢救记录、会诊记录、术前小结、术前讨论、术后首次病程记录、死亡医学记录、死亡病例讨论记录等；l 出院小结；l 住院医嘱：分为长期医嘱和临时医嘱，收费医嘱及非收费医嘱；l 手术麻醉记录、输血记录；l 手术植入物记录；l 住院治疗处置记录：一般治疗处置记录、助产记录；l 住院护理记录：包括护理操作记录、输液记录、体征检测记录、生命体征监测记录、护理评估与计划；l 检验报告；l 检查报告及医学影像；l 危机值报告；l 营养配餐记录；l 知情告知信息：手术麻醉同意书、特殊检查及治疗同意书、特殊药品及51、材料使用同意书、输血同意书、病危（重）通知书。(4) 健康体检记录指医疗机构开展的，以健康监测、预防保健为主要目的（非因病就诊）的一般常规健康体检记录。转诊记录指医疗机构之间进行患者转诊（转入或转出）的主要工作记录。医学证明及报告l 出生医学证明；l 死亡医学证明；l 诊断证明；l 传染病、肿瘤、职业病等疾病报告；l 孕产妇、新生儿死亡报告；l 出生缺陷儿登记；l 院内感染报告；l 药物不良反应报告。医疗机构信息主要指负责创建、使用和保存电子病历的医疗机构代码及基本信息。（四） 卫生资源卫生资源指是指提供各种卫生服务所使用的投入要素的总和，包括人力资源、物资资源和经济资源。人力资源：医生、护士52、医疗卫生技术人员的注册、职称、执业等、培训教育等信息资源、每千人的医生护士数量等信息。物资资源：卫生机构的资产情况、医用设备的物资情况、以及药品情况等。经济资源：卫生经费投入、支出情况等情况。从地域的角度，卫生资源又分为区域性卫生资源和医疗机构内部的卫生资源。医院资源管理系统(HRP)就是利用计算机硬件技术和网络通信技术，采用信息化管理的模式将现有的卫生资源最大化利用。给医院的管理者和患者带来优质高效低成本服务，其目的是提高医疗卫生机构的效率和管理水平。卫生资源数据参照如下标准：l 卫生统计指标，详见全国卫生资源与医疗服务调查制度，中华人民共和国卫生部制定，中华人民共和国国家统计局批准，2053、09年11月。l 卫生综合管理信息平台建设指南（试行），中华人民共和国卫生部，2011。l 卫生部，WS363.13-2011 卫生信息数据元目录 第13部分：卫生费用，2011年； l 卫生部，WS363.14-2011 卫生信息数据元目录 第14部分：卫生机构，2011年； l 卫生部，WS363.15-2011 卫生信息数据元目录 第15部分：卫生人员，2011年； l 卫生部，WS363.16-2011 卫生信息数据元目录 第16部分：药品、设备与材料，2011年； l 卫生部，WS363.17-2011 卫生信息数据元目录 第17部分：卫生管理，2011年； l 全国卫生资源与医疗服54、务调查制度，中华人民共和国卫生部制定，中华人民共和国国家统计局批准，2009年11月。l 卫生部，WS364.13-2011 卫生信息数据元值域代码 第13部分：卫生费用，2011年； l 卫生部，WS364.14-2011 卫生信息数据元值域代码 第14部分：卫生机构，2011年； l 卫生部，WS364.15-2011 卫生信息数据元值域代码 第15部分：卫生人员，2011年； l 卫生部，WS364.16-2011 卫生信息数据元值域代码 第16部分：药品、设备与材料，2011年。l 根据全国卫生资源与医疗服务调查制度，卫生资源信息分为：卫生机构l 机构属性l 机构基本信息l 落实医改情55、况l 公立医院改革试点情况l 分科构成l 服务项目人力资源l 各类(卫生技术、其他技术、管理、工勤、退休)编制、在岗、退休人员数l 人员培训信息l 人员基本信息、学历及专业技术资格、执业信息、人员流动情况床位l 编制床位数l 实有床位数l 开放床位数l 家庭病床数医用设备l 设备基本信息l 设备采购信息l 设备使用情况l 万元设备价值、数量l 万元设备使用量l 设备固定资产信息房屋基建l 自由、租赁房屋面积l 基建项目、面积、投资l 不动产固定资产信息物资l 卫生材料使用情况l 易耗品使用情况（五） 绩效指标绩效指标是指对各级各类医疗卫生机构的业务、运营管理、服务的数量、质量、满意度等绩效进行56、评估的指标体系数据标准。绩效指标数据标准用于各级各类医疗卫生机构内部绩效管理系统绩效指标数据的采集、计算与存储，也用于区域卫生系统对各级各类医疗卫生机构绩效管理的绩效指标数据的采集、计算与存储。绩效指标参照如下标准：l 医院评审标准，详见三级综合医院评审标准（2011年版），中华人民共和国卫生部制定。l 卫生统计标准，详见全国卫生资源与医疗服务调查制度，中华人民共和国卫生部制定，中华人民共和国国家统计局批准，2009年11月。绩效指标的结构确定采用平衡计分卡方法。平衡计分卡的设计依据是医院战略图。医院战略图是以与医院管理目标关联的平衡计分卡的四个维度的相互关系为内核，把四个维度通过因果关系链条57、串联起来，并以图形的形式告诉医院管理者：什么样的知识、技能、文化(学习和成长维度)可以用来构建医院的运作系统(内部流程维度)，进而给需求者带来特殊的价值(客户维度)，实现更加合理的财务价值(财务价值)，从而实现医院的战略目标。这条因果链条把医院希望达到的战略目标与这些目标的驱动因素联系起来，战略地图就是用这种链条关系用图的逻辑形式很好地描述医院战略。医院四个维度的管理目标之间的因果链可以用下图表示。财务维度增加收入、控制医保额度目标、降低成本、提高资产经营效益、满足社会医疗需求学习和成长维度加强科研、继续教育、人才培养能力建设、增强医院发展后劲及竞争能力内部流程维度充分利用资源、优化流程、提高58、管理水平、提高工作量、效率、医疗质量、医疗安全、控制费用客户维度提高服务水平、让患者、政府、医保部门、社会、员工满意度，提高市场占有率。企业愿景战略目标图 25医院绩效评价平衡计分卡四个维度的因果链示意图医院的战略地图体现了上述医院管理目标的四个维度的关键成功因素之间的递进的因果管理，医院战略地图详细图释了医院管理战略目标的实现路线图。（六） 卫生统计指标卫生统计指标数据标准是对全国、区域范围内卫生资源配置与医疗服务利用、效率和质量情况进行统计的各类报表的数据集及数据元标准。卫生统计指标数据标准用于统一规范各级各类医疗卫生机构采集、统计计算、上报各类卫生统计报表，也用于区域卫生信息系统对各级各59、类医疗卫生机构上报各类卫生统计报表数据的采集、统计计算与存储。卫生统计指标数据标准参照如下标准：l 全国卫生资源与医疗服务调查制度，中华人民共和国卫生部制定，中华人民共和国国家统计局批准，2009年11月；l 国家卫生统计指标体系及统计分类标准，国家卫生部，2006；l 卫生综合管理信息平台建设指南（试行），中华人民共和国卫生部，2011。（七） 文档架构规范临床文档结构（Clinical Document Architecture ，CDA）是以支持信息交换为目的的，规定临床文档（例如出院总结、过程记录、程序报告等）的结构和语义的文档标识标准。CDA文档是详细而完整的信息体，这些信息体中包括60、文本、图像、声音和其它多媒体文件。可以与消息一起传输，也可以独立于传输的消息而存在。CDA是HL7 第三版标准（HL7 V3）的一部分，专门规定临床文档内容的标准化。CDA 只规范文档内容表达，不涉及文档的交换机制。所有的CDA文档都用XML 编码表达。CDA文档传输是建立在TCP/IP 网络传输标准基础上的。ISO/OSI的TCP/IP 是第六层（level 6）的通讯标准，其上是XML 的传输标准。网络传输打包的标准是TCP/IP， 而打在包里的是XML 文件。CDA框架是完全符合XML 标准的，而XML是IT的通用标准。临床文档结构规范作为临床文档的交换标准。临床文档结构规范作为基于IH61、E规范的大型城市医疗信息共享标准的组成部分，为基于区域医疗卫生信息共享交换平台的病人明确了临床文档的结构和语义提供基于IHE规范（PIX集成规范）的统一的病人数据标准规范。临床文档结构规范参照如下标准：l HL7 V3 CDA。CDA文档架构如下：图 26 CDA文档架构图一个CDA文档由一个文档头和一个文档体组成。CDA 头确定了文档的分类，文档体包括了临床报告，由若干章节组成，其内容可嵌套。1) 文档头文档头（CDA头）的目的是使临床文档可以在公共机构之间交换、简化临床文档管理、方便将个人医疗文档编辑到终生健康档案中去。CDA头共有四个逻辑成份：文档信息、受访数据、服务提供者、服务接受者。62、文档信息标识了文档，定义了机密性状态，描述了与其它文档或单据间的关系。受访数据描述了文档受访的开始。服务提供者包括了谁鉴别这个文档，谁要获取这个文档的拷贝，谁是文档的生成者和录入者，谁是参与健康医疗的提供者等，这些都被记录在内。服务接受者包括患者，其它有意义的参与者（如家人），和那些可能产生部分内容的设备。2) 文档体文档体（CDA Body）包含临床文挡的内容。即必须有一个元素，其中包括结构(CDA Body structures)部分和输入 (CDA body entries) 部分，作为构成临床文挡的XML 存储内容。在CDA Body structures 中，有、等元素。持有嵌套式构63、造，是包含各种容器的容器。容器包含有内容和可选的标题。内容包含纯文本、链接和多媒体。文档头和文档体都是使用HL7 RIM中定义的数据类型。3) CDA结构CDA想象了一个可扩展分等级的文档规范集，它是一个为了表示临床文档而对其语义和结构约束的定义的集合。这个规范集合叫做结构，是为了与其它基于单个文档框架或多个关系不明确的文档框架的规范相区别。在这个结构中，文档规范之间的关系是通过特殊化和扩展来定义的。使用这种结构可以消除局部文档实现中遇到的强迫接受那些严格的不可接受的文档约束的情况，以便实现互操作。4) CDA水平这里“水平（Level）”表示了一整套大量的规范，这可以用来进一步实现约束。CD64、A水平一：ROOT层，是最公共的文档规范。在文档头规范中使用了RIM类。虽然可以使用被控制的词汇表，文档体还是包含了大量的文档结构。 CDA水平二：CDA水平一的特殊化。它可以在文档类型码的基础是包含一套被允许的结构和语意。CDA水平三：CDA水平二的扩展。它增加了另外的标记，可以使临床内容在RIM模型定义的范围内被正规的表达。CDA水平二和CDA水平三稍后可再展开。因为，在一个给定的水平中所有框架的标记粒度大概相同，但每个框架表示了不同的约束。 CDA水平一允许各种有效的文档类型码和文档节码，但对于所有的临床文档只有一个CDA水平一框架。因此CDA水平可以指明是“会诊信息”呢，还是“治疗小结65、”，因为在两个文档实例中有不同的文档类型码值。在上述的水平一中，可以在基于文档类型码的基础上创建两个不同的XML框架来区别是“会诊信息”还是“治疗小结”。2.3.5 功能规范（一） 医院信息系统医院信息系统功能规范是指利用计算机软硬件技术、网络通信技术等现代化手段，对医院及其所属各部门的人流、物流、财流进行综合管理，对在医疗活动各阶段产生的数据进行采集、储存、处理、提取、传输、汇总、加工生成各种信息，从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统功能的规范。医院信息系统功能规范作用是充分利用现有网络通信能力、计算机技术和信息化管理系统所能提供的强大能力，改善医院日常的临床医疗66、业务服务、优化各个诊疗环节的流程、减轻广大医护人员的工作负担，提高各项诊疗业务处理，以及伴随的产生的各个事务的处理速度，提高服务与处理的质量，防止与减少查错，杜绝事故；优化医院的资源管理、实现信息共享；支持医院进行业务、服务、管理和机制创新，使医院的运营管理和决策更加科学合理；使医院真正能在医疗信息化系统利用、现代化医疗服务与运营管理方面处于领先地位，为医院取得良好的社会与经济效益；推动医院信息化建设，对开发厂商的评审标准和依据，同时也是各级医院进行信息化建设的指导性文件，以及用于评估医院信息化建设程度的基本标准；可供政府、医疗卫生管理相关部门、医院领导，医院信息主管部门、各承建单位以及工程监67、理单位等在制定二级医院信息化建设的政策、方针、规划与技术方案，以及进行医院卫生信息化项目审批时，或在工程招投标和系统实施过程中参考使用。医院信息系统功能规范参照以下标准：l 卫生部，医院信息系统功能规范， l 省卫生局，省医院信息系统功能规范根据上述规范要求，结合医院卫生事业发展的总体目标及医院信息化工作发展的现状，本功能规范做了部分扩展。本功能规范的架构图如下所示：图 27医院信息系统功能规范架构（二） 电子病历系统电子病历系统功能规范是指医疗机构内部支持电子病历信息的采集、存储、访问和在线帮助，并围绕提高医疗质量、保障医疗安全、提高医疗效率而提供信息处理和智能化服务功能的计算机信息系统功能68、的规范。电子病历系统的作用是支持并辅助医院内所有医护人员分析、评价病人的健康问题，做出诊疗决策；实现医疗过程的监管，规范医疗行为，提高诊疗水平、医疗质量，保障医疗安全，提高工作效率；通过电子病历的建立，为医疗卫生机构之间的业务协同提供信息交换、共享的基础，为公共卫生监测、医学教育与培训、科学研究、卫生统计分析、医疗保障、卫生管理的政策制定提供原始信息资源；为医疗机构建立和完善电子病历系统的功能提供评价标准；通过数字认证技术应用，电子病历还可成为电子病历存档及取证的法律依据。电子病历系统功能规范参照以下标准：l 卫生部，电子病历系统功能规范（试行），2010年；l 卫生部，电子病历系统功能应用水69、平分级评价方法及标准,2011根据卫生部电子病历系统功能规范（试行），结合医院电子病历应用的实际情况，制定医院电子病历应用系统功能规范，功能架构图如下图所示。图 28电子病历应用系统功能规范架构功能规范实施细则分为功能概论、功能、应用三个部分。功能概论包括电子病历的概念、应用目的、目标、基本架构、信息来源、依据规范、建设原则、技术要求，是对各级医疗机构建设电子病历的总体要求。功能概论还简要介绍了电子病历应用功能及涉及的应用系统。功能主要描述了电子病历应用所涉及的功能类型、内容以及用法。电子病历的应用功能按照功能属性、应用深度、实现难易程度，划分为基础功能、主要功能、扩展功能，基础功能、主要功能70、是实施电子病历应用的必备功能，扩展功能是电子病历应用的可选功能。功能按上述分类对电子病历所涉及的应用功能进行具体描述，并将功能区分为基本要求、推荐要求、扩展要求三个应用级别，基本要求是指电子病历应用系统必须具备的功能；推荐要求是指电子病历应用系统目前可以暂不具备，但在下一步发展中应当重点扩展的功能；可选要求是指为进一步完善电子病历应用系统，指导医疗机构合理建设、应用。医疗机构根据实际情况选择实现的功能，各医院电子病历应用系统的建设必须满足基本要求，可有选择地满足推荐要求、扩展要求。应用按照与电子病历的相关性将应用系统分类为主要应用系统、扩展应用系统、其它关联临床信息系统，把具体功能按临床业务流71、程和需求进行串联描述，是对功能中描述的应用功能的具体实现，用于指导各级医疗机构建立以电子病历为核心的临床应用系统。（三） 医学影像信息系统医学影像信息系统(RIS/PACS）功能规范是应用于医院的数字医疗设备如CT、MRI、DSA、DR、CR、PET、超声、内窥镜、病理等设备所产生的数字化医学图像信息的采集、存储、管理、诊断、信息处理的综合应用系统功能的规范。其作用是基于医疗机构影像医技科室的业务活动，指导并规范医疗机构的医学影像信息系统信息化建设，以使各级各类医疗机构的医学影像信息系统具有良好的完整性、统一性，为医学影像信息系统与其他系统、区域平台、医院平台之间的信息交换与共享奠定基础；为医72、疗机构建立和完善医学影像信息系统的功能提供评价标准。医学影像信息系统辅助影像医技科室工作人员完成各项业务工作；为主管部门或领导提供影像医技科室的各类统计报表，及时反映影像科室的业务转情况和各类动态信息。医学影像信息系统功能规范参照以下标准：l 卫生部，医院信息系统功能规范l 省卫生局，省医院信息系统功能规范l DICOM3.0；l IHE、IHE-C。根据卫生部、省医院信息系统功能规范的医学影像内容要求，结合医院医学影像信息系统信息化建设的现状和要求，本规范总结出医学影像信息系统功能规范架构，该架构图如下所示。图 29医学影像信息系统功能规范架构RIS/PACS系统由基础功能、扩展功能组成，基73、础功能包括PACS的系统核心模块、放射检查前期业务处理模块、影像检查诊断业务处理模块、后期业务处理模块、超声、内镜、病理图文工作站；扩展功能包括影像后处理及辅助诊断系统等。l 系统核心模块包括：核心服务系统、归档、存储管理、DICOM服务；l 放射检查前期业务处理模块包括：分诊工作站、排队叫号系统；l 影像检查诊断业务处理模块包括：技师工作站、影像诊断工作站、临床阅片；l 后期业务处理模块包括：统计与查询工作站、光盘刻录工作站、集中报告管理、自助打印工作站、集中胶片管理、自助打印工作站；l 超声图文工作站系统包括：超声预约登记工作站、超声图文报告工作站、超声科室管理工作站、临床医生工作站报告调74、阅；l 内镜图文工作站系统包括：内镜预约登记工作站、内镜图文报告工作站、高级功能、内镜科室管理工作站、临床医生工作站报告调阅；l 病理图文工作站系统包括：病理标本登记工作站、病理标本取材工作站、病理图文报告工作站、标本档案管理、内镜科室管理工作站、临床医生工作站报告调阅；l 影像后处理及辅助诊断系统包括：3D后处理工作站、计算机辅助检测系统。（四） 医院信息集成平台医院信息平台功能规范是以医院内患者（或保健对象）就诊电子病历信息的采集、存储为基础，能够自动产生、分发、推送工作任务清单，为医院内医务人员开展医疗服务活动提供支撑的医疗信息平台的服务功能和应用功能的规范。医院信息平台的作用是实现全院75、应用系统的信息共享、互联互通；整合全院各类临床信息资源，建立全院级电子病历； 实现医院临床及管理数据的挖掘、分析和利用；为便民服务提供信息支撑；实现与区域卫生信息平台以及其他外部系统的互联互通。医院信息平台功能规范参照以下标准：l 卫生部，基于电子病历的医院信息平台建设技术解决方案（1.0版），2011年；根据卫生部2011年颁发的基于电子病历的医院信息平台建设技术解决方案（1.0版），结合医院及区域卫生信息化项目建设需求，医院信息集成平台在卫生部规范的基础上，进行了本地化扩展。医院信息平台功能规范按功能作用域划分为四个部分内容，分别为基础功能、系统集成、技术接口规范以及系统安全。其中，基础功76、能描述提供业务协同所需要的支撑服务组成和这些协同支撑服务的标准、基本功能；系统集成描述提供医院信息服务总线（HSB）以及数据交换和共享组件的功能规范；技术接口描述医院信息集成平台与院内业务系统、区域平台、H-ERP平台等平台外围系统的数据交换、信息共享的功能规范；系统安全描述通过技术防护措施和非技术防护措施来保障整个平台的安全的功能规范。基础功能(1) 注册服务提供患者、医疗卫生服务人员、医疗卫生机构（科室）以及术语等注册服务功能。(2) 患者主索引（MPI）提供患者主索引服务，保持在多域或跨域中用以标识病人实例所涉及的所有域中病人实例的唯一性。该服务应包括如下：(3) 电子病历档案服务提供电77、子病历档案的索引服务、数据服务、业务服务、事务处理等功能。(4) 电子病历存储服务提供存储居民个人在医疗机构历次就诊过程中产生和被记录的完整、详细的临床信息。(5) 全院业务协同支撑服务l 提供系统协同支撑服务组件，包括业务过程管理、工作流管理、服务编排等功能；l 提供人员协同支撑服务组件，包括视频流媒体服务、信息门户服务、即时消息等功能；l 提供电子邮件收发的服务组件，支持与其他系统的集成；l 提供短信发送的服务组件；l 提供电话和传真服务组件(6) 电子病历浏览器提供基于IE浏览器或通过控件嵌入医疗业务应用系统的患者电子病历浏览服务。(7) 健康档案浏览器(8) 区域卫生信息平台中健康档案78、浏览器。系统集成(1) 医院信息服务总线（HSB）支持主流的开放标准和规范；提供BPEL服务编排组件；提供XSLT消息装换服务；提供规则引擎，提供API支持二次开发；提供传输组件，支持使用HTTP/SOAP、EMAIL、FTP、HL-7等传输协议，提供API二次开发；提供适配器，包括HTTP、JMS、EMAIL、FT等适配器。(2) 医院数据交换与共享提供医院数据汇总、分发、存取访问、转换等共享交换功能；提供服务模型，流程模型，规则模型，部署信息，权限信息等设计开发工具功能； 系统安全(1) 数字认证(2) 帐户管理提供用户信息管理、组织管理、权限管理等功能；提供用户信息的同步或与遗留应用系统79、之间的用户账号进行映射的功能。(3) 统一权限管理对内提供系统权限配置功能，对外提供权限验证接口；支持基于角色的访问控制以及自主访问控制标准；提供不同应用系统中的资源的接入并支持统一管理；(4) 角色管理提供提供基于角色的访问控制机制。(5) 组织机构管理提供单一部门的组织机构树的管理；支持多个组织机构树之间组织节点的业务关系的管理；提供群组管理和组织管理。(6) 配置管理提供把平台各个独立部分行为参数的配置和管理统一集中起来进行配置管理。(7) 应用审计提供在应用层次上的安全审计，支持对应用级行为进行收集、统计、分析，对出现的或可能出现的安全问题进行告警，并为事后的责任追究或原因分析提供支持80、。(8) 运行监控提供运行监控功能，包括对各接入点业务消息流转进行监控，各接入点运行日志远程查看，统计和查询流转消息，监控接入点应用、中心负载情况；技术接口(1) 与区域卫生信息平台的接口提供与区域卫生信息平台的接口，支持两级平台上传、下载诊疗信息； 提供与区域卫生信息平台提供的医疗一卡通应用系统的接口，支持区域内医院间的患者相关业务信息的跨院互认。提供与区域卫生信息平台健康档案浏览器的接口，支持医院应用终端通过医院信息平台调阅患者的健康档案。支持将本院的转诊、转检、远程医疗等服务注册到区域卫生信息平台上，实现被其他机构调用。同时也支持与区域信息平台提供的转诊、转检、远程医疗等服务建立链接，完81、成跨院转诊、转检以及远程医疗等业务。支持与区域信息平台提供的重复用药警示、重复检验检查警示、诊疗安全警示等医疗辅助决策系统建立链接，支持医生在工作站上调用区域卫生信息平台上的医疗辅助决策系统，帮助医生做出准确、高效的诊断。支持将本院的预约门诊、查看报告、医疗资源信息等服务注册到区域卫生信息平台上，区域卫生信息平台通过门户进行整合，为公众提供完整信息。(2) 与医院运营管理（HRP）的交互协同通过数据交换，将医院临床业务系统发生的数据传递到医院运营管理（H-ERP）中，满足运营管理的需要。(3) 与PACS/RIS系统的接口提供与HIS基础数据接口、HIS申请单接口、HIS费用接口；提供临床阅片82、接口。(4) 与LIS的接口与LIS接口中包括与仪器的接口、与HIS的接口、与CIS的接口、与体检系统的接口，以及其他系统的接口。(5) 与医保中心及各类医疗保险的接口提供医院信息系统与医保保险系统无缝数据连接，适应省及市医保政策变动要求。(6) 与其他系统的接口支持与医院内其他系统无缝集成，保证数据不重复维护，业务功能数据不重复输入，并保持数据同步以及界面完善整合。2.3.6 技术规范（一） 集成接口规范医疗卫生信息系统集成接口规范是指基于卫生信息数据标准以及数据、业务集成功能需求，用于两各需要集成的医疗卫生信息系统之间的软件连接规范。接口规范采用IHE的角色（Actor）、事务（Trans83、action）和集成规范（Integration Profiles）概念。角色是指信息系统或者程序中产生、管理或者处理信息的功能单位，每一个角色支持一组IHE事务，每一个信息系统可能包括一个或者多个角色。事务是指在现存的标准（比如HL7和DICOM）的基础上在角色之间进行的消息交互。IHE 技术框架的基本单位为集成规范，每一个集成规范具备完成医疗流程中某一个步骤的能力，包含一个或者多个角色和事务。医疗卫生信息系统集成接口规范用于基于区域卫生信息平台、医院信息平台，或者不采用平台的独立的两个系统间的医疗卫生信息集成、业务集成，提供集成的接口互操作性技术规范，包括集成规范、消息结构、标准数据集引用84、标准代码引用、技术实现规范等。图 210集成接口规范架构图集成接口规范参照如下的标准：l HL7 V3，Health Level Seven, Inc.，2000；l IHE，为美国放射医学会(RSNA)、健康信息管理系统协会(HIMSS)，1999；1、 应用场景：医院信息集成平台医疗卫生机构信息系统与区域卫生信息平台之间的接口通过医院信息集成平台实现。医院各信息系统、分支机构信息系统的数据直接接入医院信息集成平台。一些医院的分支机构应用系统是作为所属医院信息系统的网内工作站方式实现的，不存在数据集成需求。2、 接口模式医院信息集成平台具有三种类型的数据交换模式：(1) 数据采集医院信息集85、成平台从医院各信息系统采集数据。数据采集方式包括离线和实时两种方式，采集的数据内容包括：l HIS；l EMR（CIS、LIS、RIS）；l HRP。(1) 双向数据交换通过医院信息集成平台实现医院各信息系统之间的双向数据交换。双向数据交换包括定时数据同步及实时数据交换两种方式。(2) 共享数据访问浏览器共享数据访问浏览器由医院信息集成平台提供，采用HTML格式的标准浏览器，通过HTTP协议访问。共享数据访问浏览器包括：l EMR浏览器；l PACS浏览器。3、 文档格式文档接口是医疗卫生机构信息系统之间实现数据采集交换的文档描述格式规范。文档接口包括：l HIS；l EMR（CIS、LIS、86、RIS）；l PACS；l HRP。文档接口采用数据库关系表、XML两种方式。方式一：全XML文档格式参考HL7 CDA国际行业规范的思路，按照国际行业对诊疗文档通常的处理方式，将文档归为“头”与体两个部分。文档头（注册类信息）包括服务对象身份标识、地点、时间、文档内容类型等以可分析计算为主数据信息。文档体包含的是文档详细内容，其中，采用代码化填报的则可进行计算，否则属于可阅读的，采用格式化文本文字填报的则可进行基于文字内容的搜索。此方式一是指，医疗卫生机构提交给区域卫生信息平台供共享用文档的头与体均采用XML的格式。有关文档头内容要求以及XML格式界定，对文档体的内容要求以及XML格式界定。87、方式二：全数据库中间表方式当前的现实情况是，各医疗卫生信息系统之间通常仍旧采用数据库中间表来进行交互的。这种方式对于诸多服务商在实施上是比较方便的，理解上是比较容易。但其缺点对内可扩展性和灵活会具有相当大的局限性。为了适应这种便捷的实施方式，在本规范中特地制定相关参考实施模式。方式三：XML文档格式与数据库中间表混用方文档格式指并不是全部采用数据库中间表，也不是全部采用XML文档格式，而是对于文档头采用XML文档格式，但文档体的内容采用数据库中间表，或者是相反，即文档头采用数据库中间表，文档体采用XML格式。相对来说，由于文档体的内容比较灵活，如果采用XML格式则在应对将来的灵活变化上更加有利88、。文档头内容相对比较确定，灵活变化的可能性当小，所以即便采用数据库中间表也无妨。4、 消息接口消息接口是各医疗卫生信息系统之间实时交易的互操作规范。消息接口采用XML格式。本规范参考HL7的分层消息描述结构。HL7消息规则体现了消息的如下要素：What发送什么消息（消息内容，隐含Who，Where）；When什么时候发送（事件触发）；How如何发送？（消息组装）。本规范消息是基于事件触发的。HL7消息描述结构为：消息 = 触发事件 + 消息段 + 字段，消息分隔符，消息类型消息段 = 位置 + 长度 + 字段数据类型 + 可选必选 + 可重复 + 表（编码，HL定义/用户定义/外部定义） + 89、数据项ID号 + 数据项名、数据类型、消息由消息描述段、消息实体段组成，消息描述段包括消息ID、消息名称、发送时间、发送位置、目的位置字段，消息实体段包括消息实体描述段及消息实体字段组成，消息实体描述段包括消息实体段ID、消息实体名称，消息实体字段由数据集标准中的数据元构成。互操作规范消息按如下图所示结构描述。消息消息描述段消息ID消息名称发送时间消息实体段消息实体段消息实体描述段消息实体段ID消息实体名称字段发送位置目的位置字段字段名字段ID字段位置字段长度数据类型是否可选字段值图 211互操作规范消息结构图5、 技术规范基于SOA的跨平台消息架构医院信息集成平台采用面向服务的体系结构（Se90、rvice-Oriented Architecture，SOA），提供中立的、适宜整合异构应用的信息交换与共享、业务协同服务的架构。面向服务的体系结构（Service-Oriented Architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。然而，最新的SOA依赖于一些更新的进展，这些进展是以可扩展标记语言（eXtensible Markup Language，XML91、）为基础的。通过使用基于XML的语言（称为 Web 服务描述语言（Web Services Definition Language，WSDL）来描述接口，服务已经转到更动态且更灵活的接口系统中，非以前接口系统可比了。医院信息集成平台的SOA服务架构见下图。业务规则引擎服务接口、服务实现服务总线平台配置与管理消息适配器POS用户系统临床文档库、管理数据库图 212医院信息集成平台的SOA服务架构图XML/WebService扩展标记语言XML是一种简单的数据存储语言，它使用一系列简单的标记描述复杂的数据。而这些标记可以形象化的描述二维数据集标准，同时XML是目前数据交换的唯一公共语言，不依赖于任92、何平台和应用，可独立扩展。考虑到转诊数据平台无关性的要求，以及综合XML简洁的描述复杂数据的能力，转诊消息转换为基于XML格式进行传递。Web Services是由企业发布的完成其特定商务需求的在线应用服务，其他公司或应用软件能够通过Internet来访问并使用这项在线服务，它是一种构建应用程序的普遍模型，可以在任何支持网络通信的操作系统中实施运行；它是一种新的web应用程序分支，是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。Web Service是一个应用组件，它逻辑性的为其他应用程序提供数据与服务。各应用程序通过网络协议和规定的一些标准数据格式（Http，XML，Soap93、）来访问Web Service，通过Web Service内部执行得到所需结果。Web Service可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他Web Service应用程序可以发现并调用它部署的服务。在构建和使用Web Service时，主要用到以下几个关键的技术和规则：l XML：描述数据的标准方法；l SOAP：表示信息交换的协议；l WSDL：Web服务描述语言；l UDDI：找到服务驱动器的的方法。实际上，WebService的主要目标是跨平台的可互操作性。为了达到这一目标，WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立94、于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。由此可以看出，在以下三种情况下，使用WebService会带来极大的好处。l 长项一：跨防火墙的通信；l 长项二：应用程序集成；l 长项三：B2B的集成；l 长项四：软件和数据重用。由此可见XML/WebService技术尤其适合基于基于区域医疗卫生信息共享交换平台双向转诊业务协同。XDS集成规范架构IHE根据当今各国发展区域医疗信息共享交换的需求，于2004年颁布了跨企业级文档共享技术框架（Cross-Enterprise Document Sharing，XDS）。XDS技术框架文件详细定义了同一个“医疗联合体”（C95、linical Affinity Domain）中的不同机构如何共享和交换病人医疗信息。“医疗联合体”是指若干个医疗机构形成的文档共享域，这些医疗机构同意通过协作共享的方式分享病人的医疗文档。XDS技术框架的基本理念就是通过ebXML标准实现共享文档的注册、查询和提取，其基本技术框架示意如下图所示。图 213 XDS角色和事务处理主要角色（Actors）及其相关事务（Transactions）：文档注册中心（Document Registry）“文档注册中心”集中存放区域医疗文档的元数据信息。医疗文档元数据由“文档存储池”注册到“文档注册中心”（事务ITI-14），“文档注册中心”索引这些信息96、后提供给“文档用户”查询（事务ITI-16）。文档存储池（Document Repository）“文档存储池”存储病人医疗文档，文档由“文档源”提供/注册（事务ITI-15），并提供给“文档用户”提取（事务ITI-17）。文档源（Document Source）“文档源”负责生成医疗文档，并提供/注册到“文档存储池”（事务ITI-15）。医疗文档的信息可以来源于医院PACS、HIS或EMR等信息系统。文档用户（Document Consumer）医生通过“文档用户”查询感兴趣病人的文档索引（事务ITI-16），然后可以根据查询结果从对应的“文档存储池”提取病人医疗文档（事务ITI-17）。病97、人标识源（Patient Identity Source）为了在一个“医疗联合体”中统一管理来自各个不同医疗机构的病人标识，IHE颁布了病人标识交叉引用技术框架（Patient Identity Cross-referencing，PIX）。病人标识源是PIX中的一个组成部分，负责注册病人信息到PIX服务器（病人身份管理中心），并获取该病人在此“医疗联合体”中的唯一全局标识号（Unique Global ID）。上图中，“病人标识源”负责同步PIX和“文档注册中心”的病人标识（事务ITI-8）。提交与注册文档集（Provide and Register Document Set）：该事务由文档98、源发起，对于提交集合中的每一份文档，文档源都负责将文档本身以一种非透明的字节流形式提交，并将对应的元数据一并提交给文档存储库。文档存储库保存好提交的文档，并在注册文档服务中将文档提交到文档注册库中注册，同时将前面接收到的元数据也一并提交上去。注册文档集（Register Document Set）：该事务由文档存储库发起。在事务处理过程中，文档存储库可以通过向文档注册库提供相关文档注册所需要的元数据来提交一份或者多份文档。这些元数据将被用来作为注册库中XDS文档的入口。注册库本身负责验证这些元数据的合法性。如果在一次事务中有一个或者多个文档无法通过元数据验证，那么本次事务提交的所有文档都将无法99、成功注册。查询注册库（Query Register）：该事务由文档用户向文档注册库发起。注册库查找到匹配发起者需求的文档后，返回一个文档条目的列表，通过这个列表，发起者可以向文档本身所在的各个存储库发出提取文档请求。提取文档（Retrieve Document）：该事务由文档用户向文档存储库发起。文档存储库返回发起者所请求的文档。病人标识信息输入（Patient Identify Feed）：该事务负责传送病人标识和对应的病人基本信息。（二） 信息安全技术规范(1) 定义信息安全技术规范是用于规范卫生信息系统物理、系统、数据、应用安全以及安全管理的相关标准。(2) 作用信息安全技术规范用于规范100、医疗卫生机构内部信息系统、区域卫生信息平台、数据中心以及区域卫生应用系统的物理、系统、数据、应用的安全体系设计、设备选型、软件选型以及安全管理规范的建设。(3) 架构卫生信息系统可靠安全的运行，不仅关系到数据中心本身，还关系其他业务部门相关系统的运行，因此它的网络，主机，存储备份设备，系统软件，应用软件等应该具有极高的可靠性；同时为保证企业和用户的信息安全，维护企业和用户的合法权益，数据中心应具备良好的安全策略，安全手段，安全环境及安全管理措施。信息系统的安全体系包括四个层次，最底层的是物理级安全，其包括计算机安全，硬件安全等；其次是网络级安全，主要包括链路冗余，防火墙等等；再次是系统级安全，101、包括数据灾备，病毒防范等；最后是应用级安全，包括统一身份认证，统一权限管理等，而贯穿整个体系的是安全管理制度和安全标准，以实现非法用户进不来，无权用户看不到，重要内容改不了，数据操作赖不掉。整个系统的安全体系如下图：图 214卫生信息系统安全体系结构图(4) 内容安全等级按照卫生部关于卫生行业信息安全等级保护工作的指导意见，卫生行业各单位应当对本单位建设与运营的卫生信息系统进行自查，对未定级、定级不准的信息系统，应当按照信息安全技术信息系统安全等级保护定级指南开展定级工作。国家信息安全等级保护制度将信息安全保护等级分为五级：第一级为自主保护级，第二级为指导保护级，第三级为监督保护级，第四级为强102、制保护级，第五级为专控保护级。以下重要卫生信息系统安全保护等级原则上不低于第三级：卫生统计网络直报系统、传染性疾病报告系统、卫生监督信息报告系统、突发公共卫生事件应急指挥信息系统等跨省全国联网运行的信息系统；国家、省、地市三级卫生信息平台，新农合、卫生监督、妇幼保健等国家级数据中心； 三级甲等医院的核心业务信息系统；卫生部网站系统；其他经过信息安全技术专家委员会评定为第三级以上（含第三级）的信息系统。卫生信息系统包括的信息为：基本健康信息，诊疗数据，卫生资源数据等等。这些业务信息遭到破坏后，将会侵害公民、法人和其他组织的合法权益，如：影响正常工作的开展，导致业务能力下降，造成不良影响，引起法律103、纠纷等，甚至会造成严重的影响有后果。根据以上描述，卫生信息系统业务信息安全保护等级为第三级。卫生信息系统业务信息安全等级定级业务信息安全被破坏时所侵害的客体对相应客体的侵害程度一般损害严重损害特别严重损害公民、法人和其他组织的合法权益第一级第二级第二级社会秩序、公共利益第二级第三级第四级国家安全第三级第四级第五级卫生信息系统属于为国计民生、经济建设等提供服务的信息系统，其服务范围为区域范围内的普通公民、医疗机构等。该业务信息遭到破坏后，不仅会侵害公民、法人和其他组织的合法权益，同时也侵害社会秩序和公共利益。上述结果的程度表现为：对社会秩序和公共利益造成严重损害，即会出现较大范围的社会不良影响和104、较大程度的公共利益的损害等。根据定级指南的要求，由于侵害的客体有两个，侵害的程度也有两个，则系统服务安全保护等级为第三级。系统服务安全等级定级系统服务被破坏时所侵害的客体对相应客体的侵害程度一般损害严重损害特别严重损害公民、法人和其他组织的合法权益第一级第二级第二级社会秩序、公共利益第二级第三级第四级国家安全第三级第四级第五级信息系统的安全保护等级由业务信息安全等级和系统服务安全务安等级的较高者决定。所以，卫生信息系统安全保护等级为第三级。系统安全等级定级信息系统名称安全保护等级业务信息安全等级系统服务安全等级医疗便民服务居民身份唯一标识第三级第二级第三级物理安全卫生数据中心是整个卫生信息系统105、的关键节点，是系统运行的基础，因此必须保证物理环境的安全，主要包括以下几个方面：信息基础设备应安置在专用的机房，具有良好的电磁兼容工作环境，包括防磁、防尘、防水、防火、防静电、防雷保护，抑制和防止电磁泄漏；机房环境应达到国家相关标准；关键设备应有冗余后备系统；具有足够容量的UPS后备电源；电源要有良好的接地。系统安全卫生信息系统应具备性能完善的系统安全基础设备。包括网络防火墙、入侵检测、病毒防范、用户识别等信息安全软硬件系统，并设专人进行日常监督管理与更新。利用防火墙在网络入口点检查网络通讯，根据客户设定的安全规则，在保护内部网络安全的前提下，提供内外网络通讯。防范来自广域网上的安全威胁是本系106、统安全设计的重点。本项目采取网络、单机相结合的方式来避免系统遭受计算机病毒的危害。一方面，利用网络防病毒软件来保护服务器，同时实现对网络病毒的监控、报警和实时清除；另一方面，定期使用单机版防病毒软件对工作站进行扫描、杀毒，以消除病毒隐患。防病毒系统的关键在于提高内部工作人员对计算机病毒的认识，不使用盗版软件，对于外来磁盘、软件、文件在使用前及时进行扫描、杀毒，从根本上切断计算机病毒的来源。通过对主客体进行正确的标识和标注，执行自主访问控制和强制访问控制混合的访问控制机制，保证授权访问的可控性。数据安全卫生信息系统数据中心是卫生应用关键性数据的来源，必须保证数据的安全和隐私，因此平台的建设必须考107、虑以下安全措施：数据库应设置备份策略进行本地备份，有条件的可做异地备份；严格按照用户级别来授权用户对数据和资料的访问；关键数据的修改记录应记录详细的操作日志，以备追查；数据的传输与关键敏感的数据的存放需进行一定的加密处理。制订数据库系统备份和恢复方案时，必须将重点放在防范用户失误和介质失效而造成的数据损失。卫生信息系统应采用专业的备份软件为整个网络中的服务器和工作站提供高速、可靠的备份和恢复能力。应用安全卫生信息系统应用级安全包括统一身份认证、统一权限管理等，其系统软件和应用软件应具有访问控制功能，包括用户登录访问控制、角色权限控制、目录级安全控制、文件属性安全控制等；系统软件和应用软件应定期108、进行完全备份；及时备份软件修改配置参数；及时了解系统软件和应用软件的软件漏洞并进行更新修正；应用软件的开发应有完整的技术文档，源代码应有详尽的注释；使用基于PKI-CA体系的数字证书实现各业务应用系统的用户身份验证、数字签名等功能。卫生信息系统应用安全体系分为三个部分；身份认证基础设施、应用安全管理系统、应用安全中间件。身份认证基础设施是整个系统的基础，平台整合了数字证书，用户密码模式，动态口令卡，手机动态密码，指纹等多种身份认证模式，并支持接入各地的CA机构；应用安全管理平台是基于多种身份认证模式对涉及区域医疗卫生安全要素的统一管理，要包括统一身份管理，医疗卫生角色管理，卫生信息资源管理，医109、疗卫生授权管理等；应用安全中间件是基于身份认证基础设施和应用安全管理平台，将医疗卫生安全应用以独立中间件服务的方式提供给医院，社区等医疗卫生信息系统使用，从而完成统一的电子健康信息网络安全应用平台的构建。统一身份认证数字证书认证中心（Certificate Authority，CA）主要负责产生、分配并管理所有参与网上交易的个体所需的身份认证数字证书。每一个数字证书都与上一级的数字签名相关联，最终通过一个安全链追溯到一个已知的并被广泛认为安全、权威、足以信赖的机构。电子交易的各方都必须拥有合法的身份，即由CA中心签发的数字证书，在交易的各个环节，交易的各方都需检验对方数字证书的有效性，从而解决110、用户的信任问题。在本系统建设中，可直接利用苏州市数字认证中心已有的CA中心的身份识别基础设施。通过卫生数据中心平台，各应用系统调用各种中间件，方便地实现区域卫生网络系统统一的身份管理与授权管理。采用PKI加密卫生信息系统采用加密技术来保护敏感信息的传输，保证信息传输中的安全性。在一个加密系统中，信息使用加密密钥加密后，得到的密文传送给接收方，接收方使用解密密钥对密文解密得到原文。目前主要有两种加密体系：秘密密钥加密和公开密钥加密。数字签名的应用由于平台涉及到电子健康档案和电子病历的传输和共享，因此需要采用电子签名技术来保证电子健康档案系统的安全性和不可抵赖性。通过区域卫生数据中心平台，医生可通111、过调用身份认证（可采用数字证书或指纹模式）、数字签名、数据加密等服务将电子病历上载到卫生数据中心中共享；卫生数据中心可对电子病历信息资源共享的机制进行设置与管理，其他医院医生则通过调用身份认证（可采用数字证书或指纹模式）、访问控制，数据解密等服务对电子病历进行调阅；病人也可通过卫生服务网站调用身份认证（可采用手机动态密码方式），访问控制，数据解密等服务对自己的电子病历进行远程查询，从而实现区域内电子病历的安全共享和访问，为电子病历法律化奠定技术基础。卫生信息系统数字签名系统结构图隐私与权限管理为了保证卫生信息共享的同时实现对居民隐私的保护，平台必须对卫生信息提供权限管理机制。卫生信息的权限管理112、根据医生，管理者，市民等不同的角色进行权限管理，权限管理按等级实现个人级，文件类别级，文件级，市民自定义保护级四级保护机制。 安全管理对涉密网的环境因素实施监控和警卫，预防人为威胁；集中建设网络支撑平台监控中心，进行统一安全监控；建立健全相关网络安全管理责任制度；建立严格的机房安全管理制度。非工作人员未经许可不准进入机房，任何人不准将有关资料泄密、任意抄录或复制；禁止在生产系统中使用未经批准的应用程序，禁止在生产系统上加载无关软件，严禁擅自修改系统的有关参数；用于开发、测试的系统必须与生产系统严格分开；监视系统运行记录，及时审查日志文件，认真分析告警信息，及时掌握运行状况，对系统可能发生的故障113、做好应急方案；软件程序的修改或增加功能时，须提出修改理由、方案、实施时间，报上级主管部门批准；程序修改后，须在测试系统上进行调试，确认无误经批准后方可投入生产应用；软件修改、升级前后的程序版本须存档备查，软件修改、升级时须有应急补救方案；制定各项访问控制措施，包括对网络、主机、数据库等的访问。对所有路由器、交换机的密码及配置应由网络管理员掌握，统一进行配置；对各类主机的管理和对用户以及文件系统的分配、访问权限设置等工作统一由主机管理员执行；对所有数据库的管理和对表、视图、记录和域的授权工作统一由数据库管理员执行。(5) 标准信息安全技术规范参照如下标准：n 中华人民共和国计算机信息系统安全保护114、条例；n 中国计算机安全法规标准；n GB/T 20272-2006计算机信息系统安全等级保护操作系统技术要求；n 卫生行业信息安全等级保护工作的指导意见2011年，卫生部；2.3.7 业务规范为保障医院信息化建设的宏观管理与业务，需要制定业务标准规范体系，主要包括业务管理组织体系保障医院信息化建设、业务操作规程、信息管理操作规范、业务流程规范等方面的标准规范。2.3.7.1 业务管理组织体系根据相关用户单位的实际组织情况，从最佳配置、最优服务角度出发，制定业务管理组织体系规范。2.3.7.2 业务流程规范制定业务流程规范，为项目提供支撑。2.3.7.3 业务操作规程制定业务操作规程，为项目提115、供支撑。2.3.7.4 信息管理操作规范制定信息管理操作规范，确保项目信息安全、一致。2.3.8 管理规范为了保证系统建成后医院信息化建设的规范化管理和运行，需要制定项目管理标准规范体系，主要包括以下内容：l 安全管理员岗位职责l 网络安全组织管理规范l 网络运行安全管理及技术规范l 计算机用户使用规则l 信息安全人员管理制度l 技术文档安全管理l 帐号管理制度l 场地设施安全管理制度l 机房日常管理制度l 运行维护制度l 备份恢复制度l 应急响应制度2.3.8.1 运营标准规范主要包括对系统的软硬件环境、系统设备、数据库、中间件、应用软件等的日常运行、管理和维护等方面的标准规范和规章制度。2116、.3.8.2 信息资源评价标准主要包括信息资源开发利用评定质量的指标及评定优劣的标准规范与规章制度。2.3.8.3 安全管理标准信息安全标准主要包括系统安全运行和管理等方面的标准规范与规章制度。2.4 系统总体架构2.4.1.1 总体建设框架医院医院信息化建设由如下内容构成：(1) 基础设施建设医院医院信息化设施建设的目标是在现有信息基础设施基础上进行全面升级改造，以满足应用系统升级完善、改造建设需求为出发点，以三级信息安全等级保护标准为目标，以技术领先、适应未来发展需求、设备利旧、经济适用为原则，建设如下内容：n 网络系统：包括影像区域网络、无线局域网安全改造、公共服务区建设、外部区域卫生网117、络接入，网络的核心、接入调优等；n HIS、CIS、EMR、LIS、RIS、PACS、HRP、网站等主要改造完善应用系统的数据库服务器、应用服务器等主机、存储系统；n 数据中心主机房建设；n 固定、移动、自助、门户的应用系统终端设备(工作站、打印机、扫描枪、读卡器、影像终端、叫号系统等)数据中心以及备份中心的主机、存储系统为全院共用。(2) 应用系统建设应用系统建设是在现有系统基础上，以满足三级医院评审、电子病历应用目标以及医院业务需求原则，建设包括HIS、患者服务、CIS、EMR、LIS、RIS、PACS(包括放射、超声、病理) 以及综合管理和HRP，以及医院信息集成平台内部系统以及与外部系118、统集成接口建设。(3) 信息标准化体系建设信息标准化体系建设是以卫生部、省医院信息化相关标准以及省区域卫生信息平台接口标准为依据，设计本项目的数据集标准、编码标准、功能规范、接口与集成规范。(4) 信息安全体系建设信息安全体系建设是以卫生部医院信息安全等级要求为原则，建设本项目的物理、系统、数据、应用安全系统，包括安全系统的硬件、软件、安全管理规范等。医院中心医院信息化建设需要接入的外部系统主要包括省医保结算系统、省区域卫生信息平台、以及国家、省的公共卫生条线系统等。2.4.1.2 医院信息系统医院信息化建设是基于医院的现状，本着先进、实用的原则，利用先进的计算机、网络技术和医学信息处理技术，119、结合现代化的医院管理模式，将医院建设为国内先进的大规模集成化的数字化医院。图 215 医院信息系统总体架构图如上图所示，根据医院信息化可持续发展需要，建设全面的、高效的、安全的、可持续扩展的医院信息系统。 以标准与规范为指导，在符合国内外医疗卫生行业的相关法律法规要求。按照国家卫生部2002年发布的医院信息管理系统规范的要求以及国家信息管理的标准、HIS（医院信息管理系统）按HL7数据交换标准；其中CIS（临床信息系统）按ICD-10、SNOMED、结构化电子病历XML设计； LIS（检验信息系统）按ASTM协议等国际信息交换标准等。在医院信息技术基础框架的规划与建设中，涉及到业务应用、数据中120、心、应用支撑、接入渠道、基础环境与安全策略等方面的内容。包括临床诊疗部分、药品管理部分、经济核算部分、综合查询与决策分析部分和公共支持及接口部分共计5大部分；数据中心是医院信息化可持续发展的重心，包括医院基础数据、HIS数据、EMR数据、LIS数据、PACS数据、OA数据、核算数据等；应用支撑是医院信息系统可持续发展的技术支撑，包括应用基础平台、系统集成平台、门户系统，满足医院日常业务运行要求；接入渠道包括PC终端、MCA、PDA、短信等不同信息交互方式，满足医疗服务多元化发展需要；基础环境是医院信息系统运行的硬件配置要求；安全策略包括从物理安全、网络安全、服务器安全、数据安全、应用安全等，以121、形成符合医院信息系统合理、完善的信息安全体系；医院信息化的可持续发展需要先进的技术及长久技术支撑，以应对医院自身发展需要以及外部环境的变化，我们将充分发挥本公司在医疗卫生领域里多年的技术经验累积，采用业界先进、成熟的软件开发技术和设计方法，可视化的、面向对象的开发工具，支持Internet/Intranet网络环境下的分布式应用，采用先进的体系结构运行模式，为医院信息系统得可持续发展打下坚持基础。2.4.1.3 患者服务系统以可支付一卡通为基础、改善患者就诊体验为核心病患服务系统由电话热线、门户网站、一站式自助终端、大屏显示排队叫号、门诊服务中心等系统构成，患者服务的预约挂号、缴费、信息查询等122、功能通过医院信息集成平台的内部系统集成接口，实现病人基本信息、预约挂号信息、缴费信息、检查检验报告信息、挂号检验检查等排队信息与HIS系统、EMR、CIS、LIS、RIS等系统的集成。患者服务系统架构图如下图所示。图 216患者服务系统架构图2.4.1.4 电子病历系统电子病历系统是现代医院信息系统的核心，因此设计电子病历系统总体架构，对医院信息系统有着重要的意义。电子病历系统建设是在现有HIS基础上，以电子病历为核心全面整合与临床信息化的相关系统，以期进一步提高医疗服务质量和医疗质量控制能力，进一步完善和实现医院数字化建设需求。当今社会是一个信息量大爆炸的时代，信息化发展日新月异，因此，医院123、电子病历系统在规划时必须有足够的前瞻性，要保证整个系统架构不仅可以满足当前系统的建设需求，还可以满足未来系统的扩展需求。图 217 以电子病历为核心的医院信息系统示意图电子病历系统作为医院临床信息化建设的基础与核心，肩负着实现与现有或是未来即将建设的临床信息系统进行整合工作，如LIS、PACS/RIS、麻醉监护信息系统、ICU监护信息系统等临床信息系统，从业务操作、工作流程、存储数据三个方面进行系统集成，最终形成病人为中心，构建全面的、高效的、安全的、可持续扩展的医院临床信息系统。它是各类临床信息系统间关联的基础与核心平台，以病人、时间、空间为轴，将HIS、LIS、PACS/RIS、麻醉监护信124、息系统、ICU监护信息系统整合在一起，为临床医护人员建立一个全面的、高效的、安全的、可持续扩展的临床医疗服务平台。要实现以病人为中心，以临床诊疗全过程管理为主线，以促进临床诊疗质量的持续改进为目的，在临床专业化、智能化、集成化、一体化操作等方面进一步深化，同时在从管理角度能够深入到具体的医疗控制环节中，支持医院临床信息化可持续发展的要求，最大限度的满足医生诊疗活动过程中的实际工作需要，并基于临床路径平台进行综合管理；提供面向全方位的医疗质量管理体系。最终实现临床路径综合管理模式下，以电子病历为核心的临床诊疗行为的全医疗过程管理2.4.2 医院信息集成平台医院信息集成平台技术架构如下图所示。图 125、218 医院信息集成平台技术架构图医院信息集成平台技术架构设计要点如下：(1) 基于SOA的服务总线ESB集成平台技术架构采用面向服务技术架构（SOA，Service-Oriented Architecture）。集成平台针对HIS、LIS、RIS、PACS、CIS、HRP业务应用系统的特点以及与区域卫生信息平台之间信息共享、业务协同的目标，采用SOA的分析与设计方法，遵循统一性、抽象性、符合性及业务驱动、可迭代的设计原则完成平台的分析、设计和开发。集成平台通过企业服务总线ESB（Enterprise Service Bus）的各类服务适配器，连接医院的HIS、CIS、LIS、RIS/PACS126、HRP。ESB是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。集成平台ESB提供注册服务、数据集成服务、业务协同服务、电子病历浏览器4大类服务组件。(2) 服务组件 注册服务提供医院患者127、医护人员、科室、标准化数据字典的在平台上的注册服务，统一、共享医院各系统的基础信息。 数据集成服务提供医院各系统的基础信息、HIS、EMR、HRP的数据采集、共享、集成服务。 业务协同服务提供医院各临床、护理、医技、管理业务协同服务。 电子病历展现提供电子病历展现与统计分析。(3) 数据访问组件提供医院基础信息、HIS、EHR、EMR、HRP数据库的数据访问层服务。(4) 数据中心数据仓库通过数据采集建立的医院集成平台的基础信息、HIS、EHR、EMR、HRP数据仓库。(5) 服务代理组件通过代理服务提供医院访问区域卫生信息平台的注册服务、数据集成服务、业务协同服务、电子病历展现，实现区域卫128、生信息平台采集、共享医院基础信息、HIS、EHR、EMR、HRP数据，实现医院与其它医疗卫生机构的信息共享、业务协同，对其它医疗卫生机构的EMR、HRP浏览。(6) 商业智能组件以医院集成平台的基础信息、HIS、EHR、EMR、HRP数据仓库为数据源，建立多维数据集，提供联机分析服务（OLAP）组件，实现医院临床及管理数据分析、报表等决策支持数据展现。2.4.3 流程优化与整合医院信息系统建设不是简单地模拟医院人工的业务流程，而是要利用信息技术的优势，优化、再造流程，整合业务和管理信息，实现信息共享和利用，提高业务的运营效率、服务质量，降低运营成本，不仅为医护人员提供方便，也为管理人员提供有效129、管理的工具。本设计主要在如下方面体现了对业务流程的优化与信息的整合。(1) 医疗服务过程的无纸化、无胶片化提高医疗服务效率门急诊的挂号、收费、取药，住院的入院、出院、费用结算，门急诊的电子医嘱、电子申请单、电子病历、电子检查检验报告、医学影像，均实现了无纸化、无胶片化的业务流程，通过电子化的信息流转，提高了医疗服务的流程，让信息走在病人的前面，医护人员能在第一时间获取相关的申请信息、医嘱信息、检查检验结果信息，可以及时确定下一步的诊疗决策，提高了医疗服务效率。(2) 条码系统提高检验效率和质量检验科采用条码管理，在化验样本采集、接受登记、通过自动化的双工检验设备完成自动样本输送、结果采集等过程130、中，条码系统提高了检验过程的效率，降低了差错率，也降低了检验科人员的劳动强度。(3) HIS、CIS、LIS、RIS/PACS整合实现信息共享，实现医疗服务流程信息化本方案设计实现了独立的HIS、CIS、LIS、RIS/PACS系统整合，消除了信息孤岛，实现医疗服务流程管理。自助终端、咨询热线、内网自助终端、医生站、门诊护士站、门办VIP服务工作站上等服务终端上的预约信息在集中预约服务系统整合下与门急诊挂号、检查检验等流程整合，提高预约准确性、方便病人就诊。(4) 电子病历系统实现医疗质量的过程监管标准化、结构化的电子病历(EMR)系统，实现病历质量、合理用药、抗生素使用控制、医疗安全监控、院131、感、手术分级管理、护理质量、输血质量等医疗质量、安全、医疗行为规范的过程监控。(5) 病人自助服务缓解看病难预约、挂号、缴费、排队叫号系统、费用查询、报告查询打印、胶片打印的病人自助服务，减少了病人排队时间，在一定程度上缓解了看病难的现象。(6) 信息集成平台提高医院系统整合效率及系统的灵活性、扩展性医院信息系统采用信息集成平台整合各个独立的系统，实现系统间的数据共享、交换、业务流程整合，提高了医院系统之间的信息整合的效率，为今后应用需求的不多变化、增加，提供了灵活的、可扩展的系统架构，也便于的系统流程的优化整合。(7) 信息集成平台提高医院信息整合利用水平医院信息系统采用信息集成平台整合各个132、独立的系统，实现医院临床信息、管理信息的集中采集，建立数据仓库，可以方便地为医护人员、医院管理者提供信息查询、数据分析、数据挖掘，提高了医院信息整合利用水平。(8) 前后台一体化的医院运营管理提高医院综合管理的水平通过病人、医疗服务提供者、医疗资源信息的唯一性关联，将以医嘱为核心的临床信息与医院前台运营的人员信息、费用信息、服务信息，后台运营的资产、物资管理信息整合起来，实现医、人、财、物前后台一体化的医院运营管理，从而可以使用绩效管理、成本管理等现代管理工具，提高了医院综合管理水平。(9) 医疗、公共卫生信息整合提高公共卫生管理数据采集的效率、准确性在专科医院、防治站所内部，实现了医疗、公共133、卫生信息的整合，并通过区域卫生信息平台实现医院、社区卫生服务中心、防治站所之间的医疗、公共卫生信息的整合，提高了疾病报告、监测、防制、妇幼保健管理等公共卫生服务管理数据采集的效率、准确性，从而提高整合地区的疾病防控能力。第3章 应用系统功能3.1.1 以费用结算为核心的HIS3.1.1.1 一卡通系统病人就诊时需持有医院发行的诊疗卡就诊，每一个病人将拥有一个唯一的病人码，一个部门录入的信息，相关部门可共享使用有关信息。使病人在整个门诊就医过程中各个子系统不间断流畅的运行起来，减少操作人员重复录入；缩短病人的等候时间；避免各子系统孤立运行。同时通过发卡获取病人基本信息，建立病人基本信息档案。功能134、要求：3.1.1.1.1 发卡与建立病人基本信息l 录入病人基本信息，建立病人基本信息档案。l 系统根据病患编码分配机制，为病人分配病人的Patient Id码，Patient Id是唯一标识病人的编码（可以是病历号，也可以是其它号由医院决定）。l 当病人信息发生变化或录入发生错误时，提供病人信息查询、维护功能，可以对病人信息进行维护更新操作。l 在修改病患的姓名、性别、身份证号码等关节信息时，系统还能保存修改人、修改时间等修改记录。3.1.1.1.2 发放临时卡l 支持一次性使用的临时卡。已有卡但没带卡等情况的病人，发放一次性临时卡。l 发放一次性临时卡时，可以通过病人身份证号、姓名、年龄、135、地址等属性检索到病人基本信息，使临时卡号与病人的基本信息关联。3.1.1.1.3 补卡功能l 补发卡功能：当病人的诊疗卡丢失后，根据病人的身份证号、姓名、年龄、地址等属性检索病人，查询病人记录，确认病人身份之后，补发新卡。l ID号合并功能：新卡的卡号可以与原卡号不同，但赋予卡上的Patient Id必须保持原号，以保证一个病人拥有唯一一个Patient Id号。l 对于新卡号与老卡号不同的情况，系统应使新卡号与原卡号关联。l 卡内有预交金模式下对于丢失的卡可以办挂失手续，对卡置挂失标志，再次使用时提示为失效卡。另外，如果该病人有预交金应能向相关财务系统提示此卡账户做挂失处理。3.1.1.1.136、4 信息查询l 发卡中心产生的主要信息包括病人基本信息（姓名、性别、年龄、身份证号等），病人及发卡信息（卡号、发卡时间、是否是补卡等）等。l 发卡中心可以依据卡号、身份证号、姓名、地址、年龄等病人相关属性，单项或组合项进行信息检索，以保证准确，快速的找到病人身份，方便病人就诊，提高操作员工作效率，减少病人等待时间。l 当病人不知道卡号或身份证号时，系统可以根据病人的姓名、性别、出生日期、住址、连络电话等多个字段检索信息，当检索的记录有重复时，再与病人核对后，确认唯一记录。3.1.1.1.5 统计分析l 诊疗工作量统计：可对个人以及小组或科室的日（包括当日）、周、月、季、年的工作量进行查询、统计137、，制作统计报表。l 需求数据统计：提供按病人某一项数据（如病人类型）进行各种日期类型的统计以及制作报表的功能。l 诊疗卡财务统计l 诊疗卡充值和退费明细查询l 诊疗卡余额查询总表l 销售诊疗卡结算日报表l 销售诊疗卡明细表l 诊疗卡交易方式汇总表3.1.1.1.6 支持模式l 支持发卡系统单独运行；发卡与挂号系统合二为一；支持发卡与录入病人基本信息前后台分步操作。l 软件已实现卡内支持门诊预交金方式，医院可以根据情况择时启用。l 诊疗卡扣款收入结转财务接口3.1.1.1.7 特别功能声明l 建卡必须输入身份证号l 医生站可结算预付费l 可普及全院科室使用l 自费卡、医保卡一卡通，银行卡绑定l 138、医生站可以退费l 在窗口打发票l 应用与挂号收费、医生站、自助终端、检验科室、绑定标本等各个服务点l 费用不够，不能确认收费，在收费处应该全额付费，不能一部分用现金、一部分自费卡l 要有提示医生费用功能l 用一卡通不能用现金缴费l 一个病人两张卡，用身份证号关联l 产科病人所有自费，住院可能用医保，卡号、病历号l 在入院时办理两卡合一，用大卡关联l 病人入院，没带卡，大卡号也能用3.1.1.2 门急诊挂号系统门急诊挂号系统是用于医院门急诊挂号处工作的计算机应用程序，包括预约挂号、窗口挂号、处理号表、门急诊分诊处理、统计和门诊病历处理等基本功能。门急诊挂号系统直接为门急诊病人服务的，建立病人标识139、码，减少病人排队时间，以提高挂号工作效率和服务质量是其主要目标。功能要求：3.1.1.2.1 初始化l 初始化诊别、时间、科室名称及代号、号别、号类字典、专家名单、合同单位和医疗保障机构等名称。l 号表处理功能：根据排班表生成号表，并有号表建立、录入、修改和查询等功能。l 国籍和地理行政分区字典。l 支持门急诊医生排班功能，按周、日设定班次，临时指派代理医生，并提供与预约病患联络方式，协商是否接受代理医生就诊。l 支持将号表中的不同号段指定为不同的挂号方式（初诊或复诊；现场挂号、预约挂号或网络挂号）。3.1.1.2.2 日常挂号l 支持医保、公费、自费等多种身份的病人挂号。l 支持第二代身份证140、读卡l 支持现金（刷卡）和诊疗卡支付等多种收费方式。l 支持窗口挂号、预约挂号(含长期预约号)、电话挂号、自助挂（多媒体导医机）号和网络挂号功能。挂号员根据病人请求快速选择诊别、科室、号别、医生，生成挂号信息，打印挂号单，并产生就诊病人基本信息等功能。l 支持加号功能。l 支持挂急诊号功能。l 支持分时段挂号，可分上下午，分不同时段挂号，在号条上打印挂号时间与预计就诊时段。包括本次预交余额信息。l 支持打印排队顺序号。支持医院自行设定给号原则：例1至15号为现场挂号病人,16至30号为预约挂号病人,31号以后则单数为现场挂号病人；双数为预约挂号病人。l 支持网络挂号（可选）。l 病患到诊时间提141、示，打印在挂号条上。l 支持医院自行设定挂号费、诊察费或是其它收费标准。l 支持判断是否为黑名单 （欠费）病患。l 支持续挂功能，预约挂号的报到功能。3.1.1.2.3 退号与换号l 支持病人退号（有限制条件：医生没有对病人作任何操作）。l 正确处理病人看病日期、时段、诊别、类别、号别以及应退费用和相关统计等。3.1.1.2.4 信息查询l 查询门诊病人有关信息。l 根据患者姓名查询基本信息。l 能完成预约号、退号、各种号别、病人、科室、医师、操作员的挂号状况、医师出诊时间、科室挂号状况等查询。l 可显示医生操作的加号与预约信息。l 自由组合条件查询。3.1.1.2.5 统计报表l 门诊工作量142、统计、门诊挂号统计、预约挂号统计、未结账统计、按专家统计、按科室统计、按号别统计、按操作员统计、按科室统计人次等。l 操作员日结账统计。l 月统计功能。l 财务报表。l 门急诊挂号收费核算功能：能即时完成会计科目、收费项目和科室核算等。l 门急诊病人统计功能：能实现提供按科室、门诊工作量统计的功能。l 支持门急诊挂号财务报表审核功能。3.1.1.2.6 与其他系统接口及数据交换l 挂号信息通知门诊病案功能l 病案室打印功能，按检索条件每隔5、10、15、20、30、60分钟打印门诊挂号就诊凭证，申请提取病案，或按其它方式将挂号信息传到病案室。l 反映提供病案信息功能。l 连接LED 排队叫号系143、统l 支持语音提示，金额显示屏。l 显示各窗口挂号信息的即时状态。l 医生出诊信息大屏幕显示。l 其它l 支持挂号与收费系统合并方式。l 系统内置打印服务器，即支持一台计算机链接多台打印机集成方式，即同时进行多种打印任务（如诊疗卡充值收据、挂号收据和收费收据等）到一台计算机的多个打印机。3.1.1.2.7 预约挂号l 用于病人、门急诊预约挂号人员完成电话、网络、窗口挂号预约。l 预约挂号信息与挂号系统对接。3.1.1.2.8 自助挂号l 用于病人在院内自助终端上的挂号与缴费。3.1.1.2.9 门急诊预缴金管理l 用于门急诊病人预缴金管理。l 实现门急诊一次性费用结算。3.1.1.2.10 银144、医通支付l 用于门急诊病人用银联卡绑定的自费卡、社保卡缴费。3.1.1.2.11 特别功能声明l 全键盘的快速操作l 挂号可选医生l 支持卡封存状态l 发票打印就诊区域l 挂号时计算确认排队上午、下午时间l 支持长病人名l 在挂号、出入院、自助机录入手机号l 病人信息修改在专设位置，病人信息修改要有权限控制l 医生站可以显示病人费用类别l 协定处方套餐，可与科室相关。按科室查、按处方查、按项目查l 支持医保结算新老政策交替，按病人编号来区分l HIS结算数据导入财务l 预约信息导入挂号l 今后有可能银行一卡通l 支持跨年度退费l 统计报表要准确l 要有医保对账系统l 临床项目、收费项目、物价项145、目、医保代码，药品代码、名称等系统设置维护系统要便捷l 预存款退费，要求提交身份证，设密码3.1.1.3 门急诊划价收费系统门（急）诊划价收费系统处理医院门急诊划价和收费，包括门急诊划价、收费、退费、打印报销凭证、结账、统计等功能。功能要求：3.1.1.3.1 划价收费l 预划价功能：系统在病人就诊时，对医生开具诊疗及药品时进行自动划价。l 当医生为病人开具诊疗项目，检验、检查项目及各种药品后，可设置一个预划价选项，点选后系统自动将各项价格累加计算出当前总价告诉病人，可使病人根据自己的具体情况有一个选择的机会，避免发生在最后交费时统一划价价格超出病人负担范围而造成再减免项目、药品的操作。l 全146、划价功能：收费处在调出病人基本信息后，只需点选划价选项，系统自动对病人的医疗项目及药品进行划价，计算出总金额，然后收费。l 手工划价功能：给予收费人员手工操作干预的机会，可根据病人要求或具体情况只点选某些检验、检查项目（此部分中必须当天交费或不能取消退订的项目除外）以及药品进行划价后计算应交金额。l 补划价功能：可对因某些情况没有通过系统而是手工开具的项目单及药品补录入收费系统的部分进行划价，然后收费。l 对于医保病人系统自动区分出医保项目和自费项目，能够分别打印收据。尤其是门诊特殊病能报销与不能报销的项目需要明示。l 结算的时候根据病人的身份对全额费用进行处理，如医保病人根据医保政策对费用进147、行分解，自动收取自费部分的费用，记账医保承担部分；自费病人全额收费。需要强调的是与医保系统的接口问题，可以让医保系统方便的共享到病人费用数据。 l 收据应该具有自费公费项目自动分开打印的功能，同时收费清单应该反应药品、检查项目的全名，需要有医保标志提示功能。3.1.1.3.2 退费处理l 退费具有严格的退费手续，需要有专人管理。任何一笔退费，都应该可以反应到数据库内，可以找到相应的原始记录，退费记录，新收记录。l 退费程序，对于退药费分为两种情况，第一种情况病人已领药，第二种情况病人未领药。在已领药的情况下，（首先由药房检查药品是否可退，）由医生开退药医嘱，在药房退药并确认已退药后的处方（或医148、嘱）方可到收费处做退费处理。对于未领药的退费请求（药房没有做领药确认），由医生开退药医嘱，到收费处退费，同时通知药房如果没有摆药不再摆药，如果已经摆药，作相应的处理。l 对于检查治疗退费同样有两种情况：医技科室没有确认接受申请单（已交费，未做检查），这种情况收费处可直接退费。医技科室已确认申请单但还没有执行申请单，医技科室撤销确认后收费处可以做退费处理。l 对于放射治疗费用，可采取先预交后结算方式，或病人退费时将原发票和已交费用全部退回，再收取病人已执行项目费用。l 按现行会计制度和有关规定严格管理退款过程，可以支持部分退费和全部退费，保留操作全过程的记录。3.1.1.3.3 发票管理l 能灵149、活设置发票归集项、发票格式的调整、灵活设置发票凑整公式。l 具有票据领入、领出、回收、报废、票据审核、查对、各种报表等功能。票据自动核销汇总功能，精确到每张发票使用情况。l 发票在系统中应具有流水号，并必须要与发票印刷号对应。l 门诊发票重打：由于打印机故障或其它原因，发票需要重新打印。对重新打印的发票应有记录或标示说明此发票是否是重打印的发票及前次打印发票作废标示已保证发票的可靠性。l 门诊发票补打：对于医嘱项目较多一张处方无法全部打印的情况，支持两种解决方式：第一种方式分解处方中的医嘱项目，自动分多张发票打印，各发票指向同一病人；第二种方式另加一台打印机单独打印医嘱明细单。l 必须按财政和150、卫生行政部门规定格式打印报销凭证，要求打印并保留存根，计算机生成的凭证序号必须连续，不得出现重号。l 为了与严谨的财务制度配合，对收据号进行管理。收据的起始终结号可以是整个门诊收费处一个序列，各窗口分段使用，也可以各个窗口有各自的起始终结号。如果使用预交金方式，预交金收据号同样实行统一管理功能。预交金收据号既可全院统一排序收据号也可以各自窗口自行排序收据号。l 门急诊划价收费分系统具有严格发票号管理（如使用发票号和机器生成号管理发票），提供收款员输入单据起止号的入口。l 打印发票时，应有医保患者身份显示，发票应有费用明细打印，条目与物价字典一致。费用明细标注医保类别。l 另外支持收费人员开关帐151、并且绑定IP地址策略，避免在更换操作终端时，忽略设定发票号码，或者发票号码被盗用的情况。3.1.1.3.4 汇总功能l 日结功能：必须完成日收费科目汇总，科目明细汇总，科室核算统计汇总。l 月结处理功能：必须完成全院月收费科目汇总，科室核算统计汇总。l 全院门诊收费月、季、年报表处理功能。3.1.1.3.5 信息查询l 患者费用查询。l 药品价格查询。l 诊疗项目查询。l 收费员日结与工作量统计。l 收款员发票查询。l 作废发票查询。l 结账情况查询。l 按就诊科室核算。l 按治疗费、检查费、其他费用统计。l 可任选时间段、组合项查询，并可打印查询结果。l 收款员交款情况统计。l 医保申报统筹152、垫支款及返款之间的核对并统计出相应报表。3.1.1.3.6 统计报表l 打印日汇总表：按收费贷方科目汇总和合计，以便收费员结账。l 打印日收费明细表：按收费借方和贷方科目打印，以便会计进行日记账。l 打印日科室核算表：包括一级科室和检查治疗科室工作量统计。l 打印全院月收入汇总表：包括医疗门诊收入和药品门诊收入统计汇总。l 打印全院月科室核算表：包括一级科室和检查治疗科室工作量统计汇总。l 打印合同医疗单位月费用统计汇总表：按治疗费用和药品费用科目进行统计汇总。l 打印全院门诊月、季、年收费核算分析报表。l 报表可自定义修改。可根据管理科室工作需要任意设定条件统计所需报表。3.1.1.3.7 153、与其他系统接口及数据交换l 报表有导出功能，财务能直接生成记帐凭单。l 统计本院职工在医院门诊检查、治疗、用药情况，并提供相应报表。l 集成财务接口，自动进行电子数据交换，同时提供原始凭证记帐；同时支持财务报表的审核功能。3.1.1.4 出入院管理住院病人入、出、转管理系统是用于医院住院患者登记管理的计算机应用程序，包括入院登记、床位管理、住院病历管理等功能。方便患者办理住院手续，支持医保患者就医，促进医院合理使用床位，提高床位周转率是该系统的主要目标。功能要求：3.1.1.4.1 预约管理l 预约登记和预约管理。支持取消预约和重新预约。3.1.1.4.2 病区/病床管理l 提供病床的管理计划154、，包括病床的归属、分类、使用情况等。支持加床作业、借床作业、转床作业、转病区作业等等。实施系统中病区与管理科室分离设置，即病区是一个独立于科室的对象，病区由某一个科室负责管理，一个病区可以同时容纳多个专科。系统可以方便地增设病区、病房、病床，并能够设定每个病房、病床的收费标准。3.1.1.4.3 入院管理l 依据预约登记的信息和住院资源的可利用情况，安排入院。如果病人第一次入院，自动分配住院号、病案号。预收费，分配病区/病床资源，并完成病人入院评估，建立住院病案首页。l 提供病人入院登记管理，可以从多种渠道完成病人的登记，如可以由诊室医师直接预约或收住院，也可以由专门的部门处理。l 提供灵活、155、多方式的预约病人检索功能，可使急需入院治疗的病人优先入院。l 提供医师和护理人员对病人的接诊处理，保证病人住院一般信息的完整性，方便与其他系统的连接处理。l 提供灵活的方式完成病人的转诊（包括院外、院内、科内等不同的处理）。3.1.1.4.4 预交金管理l 交纳预交金管理，打印预交金收据凭证；l 预交金日结并打印清单；l 按照不同方式统计预交金并打印清单； l 按照不同方式查询须交金并打印清单；l 按财务要求对按金进行管理，如按金日报表、按金余额报表等。3.1.1.4.5 出院/转诊管理l 提供分时间段结算的功能。l 完成出院/转诊报告，结算住院费用，并释放病区/病床资源。l 提供合理的预约出156、院管理，方便相关业务部门及时整理病人数据，使病人出院能够方便快捷。l 对出院的方式可以配置，对于不同的出院原因可以统计；提供出院召回的功能。3.1.1.4.6 特别功能声明l 与门诊系统病人基本信息等数据共享l 入院、出院两个界面操作l 在院催款功能l 母婴同室，大人小孩账户分开，进去一个人，出来两个人l 医生记在产房登婴儿、自动产生婴儿账户l 婴儿账户与母亲关联，出院清单、催款、出院的信息联动l 如何母亲出院，婴儿不能出院，要新入院l 母婴同室、两个账户、一个病史l 出入院处分病区、护士分床l 入院登记，术前检查、入院前检查等信息从电子入院单导入l 入院排队功能、短信提醒功能，产科医生对孕妇157、排队入院，孕41周正常病人(自动安排)、高危病人(医生每天来排队)、预约剖腹产病人(优先级最后)、特需病人(不用排，按预约来)，急诊另外通道，不参加排队，要统计占用床位资源，由医生在开入院单时确认病人类型。l 住院预约仅登记信息，不排队l 由入院处通知病人入院l 可分段结算l 支持入院医保、出院自费结算l 报表要准确，不唯一，汇总分级可自由选择l 统计查询、报表分开l 入院通知单电子化l 入院预约功能l 母亲出院婴儿出院的信息提示l 出入院系统、护士站要有欠款提示，定时提示催款l 各种支付方式可屏蔽，设置开关，挂号类型，可维护，可屏蔽l 门诊诊断，疾病录入，病案首页录入在出入院处，可从门诊病史158、导入l 入院单电子化自动化导入诊断l 触摸屏支持自助费用清单查询、打印l 床位状态查询、视图，废床、停床、虚拟床(产房缓冲区，不受限)。3.1.1.5 住院收费系统住院收费系统用于住院病人费用管理的计算机应用程序，包括住院病人结算、费用录入、打印收费细目和发票、住院预交金管理、欠款管理等功能。医院住院收费管理软件的设计应能够及时准确地为患者和临床医护人员提供费用信息，及时准确地为患者办理出院手续，支持医院经济核算、提供信息共享和减轻工作人员的劳动强度。功能要求：3.1.1.5.1 病人出院及费用管理l 出院管理：出院登记；出院召回；出入院统计；l 出院登记：在患者结算前作出院登记，由于患者结算159、流程方便原因可放在住院收费系统中，要考虑到医保患者的出院流程。l 出院召回：对已经作了出院登记，但未作出院结算的患者取消出院登记处理。l 物价管理与监控，物价、费用与医嘱有清晰的逻辑。l 病人费用录入：补输住院患者所发生的费用，审核医生医嘱计费。具有单项费用录入和全项费用录入功能选择，可以从检查、诊察、治疗、药房、病房费用发生处录入或集中费用单据由收费处录入；读取医嘱并计算费用。后台计费：住院固定费用计费，已发生医嘱计费，退费纪录。l 预交金管理：交纳预交金管理，打印预交金收据凭证；预交金日结并打印清单；按照不同方式统计预交金并打印清单；按照不同方式查询预交金并打印清单；提供预交金查询管理功能160、。 l 住院病人预交金使用最低限额警告功能；l 病人结账处理：具备病人住院期间的结算和出院总结算，以及病人出院后再召回病人的能力。l 出院结算：根据患者身份类别，按不同的结算方式，给患者结算（包含医保患者）。打印结算清单。也要有结算取消功能。l 院中结算：可以实现在患者住院中，阶段性的结算（包含医保患者），并能够在财务上有清晰的体现。l 结算取消：实现对出院结算和院中结算的逆操作。l 病人费用查询：提供病人/家属查询自己的各项费用使用情况； l 病人欠费和退费管理功能；3.1.1.5.2 住院财务管理l 日结账：包括当日病人预交金、入院病人预交费、在院病人各项费用、出院病人结账和退款等统计汇总161、；l 旬、月、季、年结账：包括住院病人预交金、出院病人结账等帐务处理；l 住院财务分析：应具有住院收费财务管理的月、季、年度和不同年、季、月度的收费经济分析评价功能；l 查询报表：要能同财务系统整合在一起，出示各种财务报表。3.1.1.5.3 住院收费科室工作量统计l 月科室工作量统计：完成月科室、病房、药房、检查治疗科室工作量统计和费用汇总工作；l 年科室工作量统计：完成年度全院、科室、病房、药房、检查治疗科室工作量统计、费用汇总功能；3.1.1.5.4 查询统计功能l 包括药品、诊疗项目（名称、用量、使用者名称、单价等相关信息）查询、科室收入统计、患者住院信息查询、病人查询、结算查询和住院162、发票查询；l 能够满足行政部门对收费进行监控的要求。3.1.1.5.5 打印输出功能l 打印各种统计查询内容；l 能够打印病人一日清单；l 打印病人报销凭证和住院费用清单：凭证格式必须符合财政和卫生行政部门的统一要求或承认的凭证格式和报销收费科目，符合会计制度的规定，住院费用清单需要满足有关部门要求；l 打印日结账汇总表；l 打印日结账明细表；l 打印月、旬结账报表；l 打印科室核算月统计报表；l 打印病人预交金清单；l 打印病人欠款清单；l 打印月、季、年收费统计报表；3.1.1.5.6 其他系统接口及数据交换l 财务-打印预交金收据，并计入预交金账户，对于不能及时交纳预交金的病人开设特批窗163、口；每日提供预交金收入与退出明细表；提供住院病人明细账，随时查询任何病人的费用状况，并可设置预交金不足预警提示；l 在院病人费用做到日清日结，按日结转在院病人医药费用；l 每日打印住院日报表，并自动生成记账凭证；l 根据权责发生制原则，按月结转在院病人住院收入。l 其他患者基本信息传往病区，自动获得其他系统的计费信息；医保接口；3.1.1.5.7 住院病人结算管理系统运行要求l 收费录入：无论从何处、何种方式录入病人费用，应保留录入者痕迹。费用修改必须有原始单据为依据，以补充原始单位录入进行更正。 l 安全管理：处理数据应准确无误、保密性强。l 满足医疗保险对收费和打印票据的要求。l 打印住院164、预交金收据、汇总单；l 严格住院费的日期管理，预交金、结帐单、退款单日期不得改动； l 严格退款管理，必须核对预交金、结帐单、退款单，方可办理退款； l 严格发票管理，建立严格的领取和交还发票管理制度，建立机器核对制度； l 严格交款管理，财物处需要使用计算机复核交款单；l 支持财务处定期复核在院病人预交金；l 支持收费班别管理；3.1.1.6 门诊药房管理门诊药房管理系统用于协助整个医院门诊业务完成对药品管理的计算机应用程序，其主要目标是实现收费、门诊医生站连接，实现后台配药，药品台帐体系，结合统计期和月结、对帐功能。功能要求：3.1.1.6.1 门诊药房发/退药l 处方发药l 患者在收费处165、交费后，门诊药房系统应能够显示已交费患者的处方信息；患者到药房窗口交处方后，药房人员进行确认发药，发药确认时核对病人、核对药品，同时药房窗口打印发药单。发药确认后，消减本地库存，系统记录发药人姓名、时间。已经发出的药品在收费系统禁止退费。l 系统应设置药品挂起的功能，即药房没有正式确认发药，但已被医生工作站开出处方的药品。医生工作站应该只能开出实际库存减去挂起药品大于零的药品。系统要能自动恢复过期挂起但没有正式确认发药的药品。l 在门诊药房应可以打印与医生开出的电子处方或手工处方相同的药品处方。l 患者信息查询：当遇到发错药等情况，药房人员可使用此功能，获取患者的联系方式，及时告知。l 支持退166、药处理：根据患者ID或收据号，查询其处方信息，药房人员按照相关规定可对该患者进行整体或部分退药。l 查询病人任意时段处方内容，以及发药情况。l 住院病人发药通常情况下住院病人从住院药房领药，但在夜间、出院带药等情况下住院病人需到门诊药房领药。因此要求系统可以对住院病人进行发药，并减本地库存。对于住院病人发药，系统能够对其进行发药确认和退药处理等操作。l 科室领药提供科室领药功能，并可对领药情况进行查询、修改、统计和打印。发药确认后，减本地库存。对科室基数药进行管理与控制。3.1.1.6.2 支持多药房管理l 系统应能根据医院的需要增加药房数量。支持每一个药房出库、入库、借药、库存盘点等各项药房167、管理。药房具有可用库存数量管理，以便医生开单或处方输入后减少可用库存，下次处方能根据可用库存控制开单数量，保证发药时库存充分(发药后减少实际库存)。l 合理解决病人在多个药房混合取药的问题。支持病人自由选择药房或指定药房两种模式。l 支持病患多药房领药功能及代理药房发药功能。l 依照药品分类（类别：西药、成药和草药；剂型：口服、外用、针剂、毒麻、输液等）设定药房发药属性。3.1.1.6.3 门诊库存管理l 采购计划：根据药品消耗量，能够自动生成药品请领单，同时也支持手工制定药品请领单，并有查询、打印等功能。l 入库：门诊药房系统与药库系统应具有无缝连接。可以从药库中领取各类药品，对药库产生的出168、库单进行确认，确认后增加本地库存。支持手工和自动入库。对药品入库情况可进行查询、打印等操作。药品属性继承，含药价、医保属性、适应症等药品属性。l 分装：在药品入库时，可对药品进行分装处理，能够对分装结果进行查询、修改统计，并可打印统计报表。l 库存上下限设定：可设定药品库存上下限，当某种药品库存低于下限时，有相应的提示或警报。l 效期和批次管理：提供药品的有效期管理、可自动报警和统计过期药品的品种数和金额，有库存量提示功能，并有查询、打印等功能。支持药品批次管理，并有查询、打印等功能。l 调拨：能够实现各门诊药房之间，门诊药房和住院药房之间药品的相互调拨。调拨过程可不由药库进行操作。l 退库：169、可向药库进行药品退药操作。l 药品盘点：可对药房药品库存进行账盘、实盘、调整，并可生成损益单等，能够查询和打印如库存清单等相应的单据，为实库存管理做好基础。l 支持门诊药房实库存管理。3.1.1.6.4 相关功能l 对毒麻药品、精神药品的种类、抗生素、贵重药品、院内制剂、进口药品、自费药等均有特定的判断识别处理，并可以分别进行查询统计。l 应可对门诊收费的药品金额和药房的发药金额执行对账。l 为门诊收费设置包装数、低线报警、控制药品及药品别名等功能。l 可自动调整各种单据的输出内容和格式，并有操作员签字栏。l 药品条目的屏蔽功能（如废止、长期不用或库存为零的药品可不显示）。l 所有单据、查询统170、计报表都可打印。l 可以单独设定毒麻药专库(专区)、毒麻药发药管控。l 支持按照领药号、发药窗口和药品类型与剂型等复合性查询。l 支持电子屏显示叫号功能。l 支持后台摆药前台发药。l 支持自动包药机功能。l 支持每个药品是否可以退药，并提示。l 人性化的权限控制(根据药师的权限和工作站的位置（门诊或急诊）设定药师发药的个人工作界面) 。l 支持药袋打印，即打印所发药品用药说明，内容包括：药名、剂量、用法、用量、适应症、注意事项、相互作用等。3.1.1.6.5 统计查询l 根据权限实现统计查询。l 工作量统计：能够统计药房各发药人员的工作量，统计日处方量和各类别的处方量等，对统计结果能够进行查询171、和打印。l 统计和查询功能：提供药品库存的日结、月结、年结功能，并能校对账目及库存的平衡关系。l 可随时查询某日和任意时间段的入库药品消耗，能够进行分类查询和单种药品查询，并且可以查询打印任意某一药品的入、出、存明细账。l 提供药品会计账目、药品库管账目及与财务系统的接口，实现数据共享。按会计制度规定，提供自动报账和手工报账核算功能。3.1.1.6.6 特别功能需求l 统计门诊药房工作量l 窗口软件登录时，区分摆药、发药(验收、核对)人员3.1.1.7 住院中心药房管理住院药房管理系统用于协助整个医院住院业务完成对药品管理的计算机应用程序，其主要目标是实现收费、住院医生站连接，实现后台配药，药172、品台帐体系，结合统计期和月结、对帐功能。功能要求：3.1.1.7.1 住院药房发/退药处理l 发药：能够自动接收由护士站确认后的药品单，住院药房据此发药，同时减去住院药房库存。确认发药后，即进行上账。提供紧急发药、出院带药医嘱发药功能。l 退药处理：能够进行单个病人退药和病房、病区退药处理，并自动增加本地库存。l 科室领药：能够进行科室领药（如手术室）确认，对其进行查询、修改、打印等，并同时减去本地库存。l 能够进行病人用药查询。l 支持住院药房根据医嘱整批配药，由配药药师统计确认该病区的发药药品,并打印出发药清单,分药药师核对发药清单后，再与请领护士确认，在双方签字后发放药品。3.1.1.7173、.2 药房库存管理l 药品上下限控制，可自动生成药品进药计划申请单，并发往药库。l 提供对药库发到本药房的药品的出库单进行入库确认。l 提供本药房药品的调拨、盘点、报损、调换。l 可向药库进行药品退药操作。l 效期和批次管理。l 支持多个住院药房管理，遇节假日等特殊情况能按需合并为一个住院药房进行管理。l 支持实库存管理。l 提供药品会计账目、药品库管账目及与财务系统的接口，实现数据共享。按会计制度规定，提供自动报账和手工报账核算功能。3.1.1.7.3 毒麻药管理l 对毒麻药品、精神药品的种类、抗生素用药、贵重药品、院内制剂、进口药品、自费药等均有特定的判断识别处理。3.1.1.7.4 相关174、功能l 可自动调整各种单据的输出内容和格式，并有操作员签字栏。l 药品条幅的屏蔽功能（如长期不用或库存为零的药品可不显示）。l 药品摆药单打印，按科室、病区打印，按药品类别打印。l 所有单据、查询统计报表都可打印。l3.1.1.7.5 统计查询l 提供药品库存的日结、月结、年结功能，并能校对账目及库存的平衡关系。l 可随时查询某日和任意时间段的入库药品消耗，能够进行分类查询和单种药品查询，并且可以查询打印任意某一药品的入、出、存明细账。l 查询药品信息：药品名称、规格、批号、价格、生产厂家、药品来源、药品剂型、属性、类别。l 病人用药品及费用查询。l 发药人查询。3.1.1.7.6 特别功能声175、明l 住院药房发药界面提醒功能，摆药时医嘱变化提醒，核对时看到刷新的内容。3.1.1.8 药库管理药品库房管理系统用于协助整个医院完成对药品库房管理的计算机应用程序，其主要目标是对药品信息、药品出入库、药品库存的日月年结算、药品有效期、药品批次以及多级等信息的管理。功能要求：l 录入或自动获取药品名称、规格、批号、价格、生产厂家、供货商、包装单位、发药单位等药品信息以及医疗保险信息中的医疗保险类别和处方药标志等。l 具有自动生成采购计划及采购单功能；l 提供药品入库、出库、调价、调拨、盘点、报损丢失、退药等功能。l 提供特殊药品入库、出库管理功能(如：赠送、实验药品等)。l 提供药品库存的日结176、月结、年结功能，并能校对帐目及库存的平衡关系。l 可随时生成各种药品的入库明细、出库明细、盘点明细、调价明细、调拨明细、报损明细、退药明细以及上面各项的汇总数据。l 可追踪各个药品的明细流水帐，可随时查验任一品种的库存变化人、出、存明细信息。l 自动接收科室领药单功能。l 提供药品的核算功能，可统计分析各药房的消耗、库存。l 可自动调整各种单据的输出内容和格式，并有操作员签字栏。l 提供药品字典库维护功能(如品种、价格、单位、计量、特殊标志等)，支持一药多名操作，判断识别，实现统一规范药品名称。l 提供药品的有效期管理、可自动报警和统计过期药品的品种数和金额，并有库存量提示功能。l 对毒麻药177、品、精神药品的种类、贵重药品、院内制剂、进口药品、自费药等均有特定的判断识别处理。l 支持药品批次管理。l 支持药品的多级管理。特别功能需求：l 库存，盘点，盘点不希望只看到批次分类，要看某种药的汇总l 进货要有验收记录l 门诊药房：盘点l 2级药房管理l 手术室药房归类在住院药房，管理手术医嘱药品费用部分，l 药品字典功能，财务、药库两边维护，药品说明书，禁忌说明维护l 合理用药系统没有药师的界面，要有药房的接口l 药剂科管理系统：用药监测，用药报表、分析、处方点评、医嘱点评、药师质控管理、药品排序，抗生素管理，满足国家需求，灵活统计l 药品库存：断药控制，下限提醒，库存上下限，虚库存管理l178、 紧张、压库存药物管理，国家基本药、抢救药、肿瘤药重点管理l “虚”库存，备用基数，报表 l 药品调价系统：自动加成率15%，超过单价500以上的只能加75，手工调价l 财务报表：中药西药分开、按进价核算(原来按零售价核算)，进价、批零差价、零售价都要有l 分类：西药、中成药、中草药、公药l 公药：临床从住院处领，住院药房有个请领系统，要有药房领，领药无纸化，在住院药房领，价格按进价算，应该有成本核算l 挂账处理，挂账功能灵活：单位、时间、价格可能不确定l 合理用药系统没有药师的界面，要有药房的接口l 门诊抗生素管理l 中成药、中草药费，抗生素等分类用药类别l 院感联系抗生素的药品l 用药研究179、l 药品编码标准化l 中药、西药、医保、非医保、药理分类l 药师质控系统，干预系统，输入医嘱指征，预防用药，3.1.1.9 住院护士工作站病区护士信息系统是协助病房护士对住院患者完成日常的护理工作的计算机应用程序。其主要任务是协助护士核对并处理医生下达的长期和临时医嘱，对医嘱执行情况进行管理。同时协助护士完成护理及病区床位管理等日常工作。功能概述：3.1.1.9.1 病房管理l 患者基本信息管理；患者接诊、转科、出院、变更等信息管理；病区床位使用情况一览表（显示床号、病历号、姓名、性别、年龄、诊断、病情、护理等级）。患者一日清单管理；欠费管理。3.1.1.9.2 床位状态管理l 调整床位，开放180、/关闭床位使用状态；危重等级申报。3.1.1.9.3 医嘱处理l 医嘱录入；审核医嘱（新开立、停止、作废），查询、打印病区医嘱审核处理情况。l 医嘱审核：对医生下达的药品医嘱进行审核确认l 医嘱执行确认：在执行完医生的医嘱后，进行执行确认l 打印长期医嘱及临时医嘱单（具备续打功能），重整长期医嘱。打印、查询病区对药单（领药单），支持对药单分类维护；打印、查询长期、临时医嘱治疗单（口服、注射、输液、辅助治疗等），支持治疗单分类维护；打印、查询输液记录卡及瓶签。长期医嘱及临时医嘱执行确认；填写药品皮试结果；录入打印检查化验申请单；录入打印病案首页；医嘱记录查询。l 具有费用管理、护士站收费(一次性181、材料、治疗费等)，具备模板功能，可自定义套餐收费项目；费用管理：护士站收费（一次性材料、治疗费等），具备模板（套餐）功能。停止及作废医嘱退费申请。3.1.1.9.4 护理管理l 包括护理记录、护理计划、护理评价单、护士排班和护理质量控制。l 记录病人生命体征及相关项目，打印出体温单。3.1.1.9.5 费用管理l 必要时可以进行收费项目的输入（卫生、材料、治疗、处置部分项目），欠费名单打印（包含医保的欠费）。3.1.1.9.6 药品管理l 药品核收，退药申请等病房药品管理功能。3.1.1.9.7 医保管理l 对住院患者做预结算管理，了解是否欠费。3.1.1.9.8 住院患者综合查询、打印l 患182、者所在床位、状态、医嘱、费用、检验检查结果等l 病区一次性卫生材料消耗量查询，卫生材料申请单打印。l 病区（病人）退费情况一览表l 住院费用清单（含每日费用清单）查询打印。查询病区欠费病人清单，打印催缴通知单。l 护士工作站的各种信息应来自入院登记和住院收费等多个分系统，同时提供直接录入。护士工作站产生的信息应反馈到药房、住院收费、检验检查等分系统，可打印各种检查申请单及包括检验条码，可查询检查、检验结果。3.1.1.9.9 单据打印l 床头卡、医嘱执行单、检验标签、检验检查结果单、费用清单等3.1.1.9.10 对特殊病区的全面支持l 支持对ICU、手术室、母婴同室转入转出的特殊处理；支持在183、转床、转区、转ICU时自动生成相关医嘱。3.1.1.9.11 统计查询及分析l 查询病人费用，显示医保、公费费别等；医嘱状态查询，医嘱执行情况查询，患者状态查询（有图表的，可按床位和护理级别、病危显示），病床状态查询，药品查询、诊疗项目查询，患者费用清单查询、打印；可进行护士工作量的统计，并能按需选择时间段统计；可查询科室各类收入、病床使用率等数据。3.1.1.9.12 与其他系统接口及数据交换l 申请检验及影像的相关信息传送给PACS/RIS系统、LIS系统，并接收传回的影像及检验结果。处方自动传送到住院药房；患者基本信息、医嘱信息自动获得； 3.1.2 以电子病历为核心的临床系统(EMR、184、CIS、LIS、RIS、PACS)3.1.2.1 门诊医生工作站门诊医生工作站系统是协助门诊医生完成日常医疗工作的计算机应用程序。其主要目标是实现门诊记录、诊断、处方、检查、检验、治疗处置、手术和卫生材料等信息的处理。功能要求：3.1.2.1.1 自动获取或提供信息l 病人基本信息就诊卡号、病案号、姓名、性别、年龄、医保费用类别等。l 诊疗相关信息：病史资料、主诉、现病史、既往史等。 l 医生信息：科室、姓名、职称、诊疗时间等。 l 费用信息：项目名称、规格、价格、医保费用类别、数量等。 l 合理用药信息：常规用法及剂量、费用、功能及适应症、不良反应及禁忌症等，支持第三专业合理用药数据库，实现185、药品配伍禁忌、药品剂量、阳光用药监控等的相关信息显示及警示功能。l 自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、收住院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。3.1.2.1.2 病史、医嘱录入l 支持医生处理门诊记录、检查、检验、诊断、处方、治疗处置、卫生材料、手术、收入院等诊疗活动。l 医生可以维护科内或自己常用资料，包括医院、科室、医生常用临床项目字典，处方模板和相应编辑功能。l 自动审核录入处方的完整性，记录医生姓名及时间，一经确认不得更改，同时提供医嘱作废功能。l 提供简单处方自动监测和药品剂量、配伍禁忌、适应症等咨询功能。l 所有医嘱均提供备注功能，医师可186、以输入相关注意事项；提供医嘱增补、作废操作的痕迹跟踪；提供医嘱及相关收费项目的费用情况。l 提供书写检验检查申请单的模版，并具备打印功能；提供病历书写模板、项目字典、医嘱模板等。l 住院预约登记：提供办理入院预约/登记的功能。3.1.2.1.3 控制与管理l 可以定制网络流程，如不在门诊医生工作站打印，在药局统一打印。也可以利用门诊医生工作站进行打印。l 满足医保的业务流程需求；自动核算就诊费用，支持医保费用管理的要求。l 对处方金额及药品比例控制。3.1.2.1.4 基础资料维护l 提供医生权限管理，如部门、等级、功能等。3.1.2.1.5 统计查询及分析l 支持医生查询相关资料：调阅既往看187、诊资料、历次就诊信息、检验检查申请结果，并提供比较功能。l 提供打印功能，如处方、检查检验申请单等，打印结果由相关医师签字生效。l 门诊医生站统计查询及分析涉及空床位查询、药品查询（零售价、药理信息、药理作用、规格、剂型、药品适应、症药品禁忌、不良反应等）、诊疗项目查询（单价、注意事项、诊疗时间等）、医技结果查询、门诊病历查询、门诊处方查询、病人信息查询、门诊医师工作量统计、门诊医师工作日志、科室收入统计分析3.1.2.1.6 与其他系统接口及数据交换l 申请检验及影像的相关信息传送给PACS/RIS、LIS、合理用药系统等相关系统，并接收传回的影像及报告；处方自动传送到门诊药房；患者基本信息188、自动获得。3.1.2.1.7 特别功能声明l 病房门诊电子病历共享l 支持全键盘电子病历书写l 产检门诊自助测血压传到电子病历3.1.2.2 住院医生工作站1. 患者选择1) 患者在进入电子病历系统后，即获得唯一标识号。2) 支持患者分类过滤：自动获取分管患者、科室患者、周内出院患者、授权患者、入路径患者等，并且提供权限控制；2. 消息/日程管理1) 支持接收、查看、发送消息；2) 提醒门户：需要操作病历提醒、近期工作安排（手术/会诊）、检验检查报告告知等。3) 支持日程管理功能，可以增加、查看、删除日程计划。3. 病历录入1) 在各个医疗记录显示及处理界面中显示患者基本信息，包括患者姓名、性189、别、年龄（出生日期）、患者唯一标识号码（电子病历主索引）、门诊号（住院号）和病案号等。2) 病案基本信息自动获取：病人基本信息：就诊卡号、病案号、姓名、性别、年龄、医保费用类别等；诊疗相关信息：病史资料、主诉、现病史、既往史等。医生信息：科室、姓名、职称、诊疗时间等。费用信息：项目名称、规格、价格、医保费用类别、数量等。3) 支持患者既往信息、专科信息、外院检验检查信息管理：l 提供患者既往诊疗信息的收集、存储和展现l 既往疾病史、手术史管理l 药物过敏史管理l 提供专科信息的采集、储存、展现l 提供外院检验检查信息的采集、储存、展现功能4) 支持结构化表格录入、结构化自然语言、组套录入、常用190、医学术语和知识库辅助支持录入。l 结构化表格录入：根据已定义好的结构化表格式病历模板按需要进行选择、修改、补充等。l 结构化自然语言：根据已定义好的结构化自然语言病历模板按需要进行选择、修改、补充等。l 组套录入：选择已定义好的纯文本式病历模板，快速生成病历。l 常用医学术语录入：提供药品、非药品、诊断、医学用语等分类词组库，可快速查询及辅助录入；支持患者基本信息、就诊科室等自然信息的查找和录入。l 知识库：提供基于SNOMED的内容组合知识库，支持联想录入。5) 能将检验、检查数据、多媒体数据、表格、图形插入到病历中，支持对图形的编辑功能。6) 支持图文混排、支持多媒体病历，并有编辑功能。7191、) 书写自动错误判断，病历质量控制提示，包括一致性、互斥性、准确性校验。8) 住院病历指定内容中复制、粘贴患者本人住院病历的相关信息；禁止复制、粘贴非患者本人的信息。9) 病历内容与医嘱、检验检查结果之间可建立引用关联。10) 病程记录：支持主任，副主任，主治查房等，并提供双签名功能。11) 医生、护士书写病历时，都可以查阅、复制同一病人间的所有医护资料。12) 提供病历内容保密设置，可将患者匿名处理，诊断隐私保护等等。13) 病历的并发控制：一份病历不可同时在多个工作站以可修改的权限打开。4. 既往病史管理1) 提供既往史、手术史、预防接种史、过敏史等既往病史的增、删、改的功能。2) 既往病192、史管理中内容可与入院记录中对应内容实时同步。5. 报卡管理1) 实现传染病报卡、院内感染报卡、发热病人报告卡、肿瘤病人报卡等多种报卡填写上报功能。2) 可根据预设条件自动生成各种报卡。6. 会诊管理1) 可向临床科室及医生发送会诊申请，申请分加急与普通。2) 系统自动向被邀科室或个人发送会诊申请的提醒消息。3) 系统自动授权开放申请会诊的患者的病案浏览及操作权限。4) 提供会诊单据的打印和续打印的功能。7. 手术管理1) 提供手术危重级评分标准的定制。2) 手术危重级别评定：系统自动评分与手动评分相结合的方式。3) 根据预设规则，实现危重级手术的上报、审批功能。8. 病历修改1) 上级医生对病193、历的修改保留留痕，包含修改人、修改时间、修改内容。痕迹保留应与病历一体化存储，以保证病历数据与修改痕迹数据的一致性。2) 提供批注功能，实现上级医生对下级医生病历的批注功能。3) 提供多种更改痕迹保留方案，由用户选择（例：每次更改都保存、只保存最后一次更改、按时间限制保存）。4) 病历显示最后的修改，但可以查询以往的修改记录。5) 病历显示、打印最后一次更改的内容，需要看时可以看到前面任一次的修改内容。9. 病历保存：图章签名，电子签名，病历封存功能。1) 提供暂时保存未完成记录的功能；2) 网络故障时，未保存的记录会自动保存至本地PC，待网络故障恢复后，数据自动提交至中心数据库。3) 为数据194、交互需要，提供将储存数据转PDF格式的功能。4) 病历封存是将病历封存为只读模式，保存在数据库中，可以进行查看，但修改需要权限；提供修改有修改记录；同时生成知识库。5) 提供图章签名、电子签名的技术嵌入可以保障电子病历生成的有效性。10. 病历打印1) 提供多种界面形式输出，并提供Word输出；支持续打和分页打印。2) 可设置病历记录禁止修改及打印。3) 支持表格式病历打印和图表式病历打印；11. 医嘱管理1) 支持医生开立医嘱：检查、检验、处方、治疗处理、卫生材料、手术、护理、会诊、转科、出院等。2) 提供医院、科室、医生常用临床项目字典，中药与协定处方模板、医嘱组套、模板及相应编辑功能。3195、) 提供中医诊疗项目处理功能，包括推拿、针灸等。4) 提供长期和临时医嘱处理功能：包括医嘱的开立、停止和作废。l 住院医嘱：医生可以开立药品医嘱、检验医嘱、检查医嘱、治疗处置医嘱、卫材、护理医嘱及医嘱套，能够自动检查医嘱开立是否完整。l 药品医嘱的处理：能够满足多种应用模式，要考虑长嘱、短嘱、临时医嘱等类型的医嘱处理、毒麻药品的使用、根据用药方法、计量、频次并同时考虑医嘱处理时间，自动生成摆药单。l 提供对药物剂量、配伍禁忌、适应症等处方自动监测和咨询功能；l 提供医师级别与处方权相匹配的提示功能，如三级抗生素权限、毒麻药权限等。l 医嘱辅助：医嘱和费用项目逻辑区分清晰，有多级字典表管理功能，196、方便医生使用自己的、科室的、全院级别的数据字典。有功能实用、信息充实、表达清晰的查询、维护功能。有模版和组套功能。l 患者术前或出院前，可由单一操作停止当前所有有效医嘱。5) 自动审核录入医嘱的完整性，提供对所有医嘱进行审核确认功能，根据确认后的医嘱自动定时产生用药信息和医嘱执行单，记录医生姓名及时间，一经确认不得更改。6) 当由实习医师、试用期医务人员和通过认定的进修医务人员按照上级医师要求下达医嘱时，应当经过本医疗机构注册的医师审阅、修改、确认后生效，并保留书写者与审阅者的双签名。7) 提供医嘱及相关收费项目的费用情况、并对医保费用管理提供参考性信息；8) 提供查询医保病人统筹支付费用结构197、情况；9) 提供医嘱增补、作废操作的痕迹跟踪；10) 所有医嘱均提供备注功能，医生可以输入相关注意事项。11) 自动核算各项费用，提供医生权限管理，如部门、等级、功能等。12) 医保辅助功能：医保药品和非药品的费用政策限制在系统体现；自动核算各项费用，支持医保费用管理。13) 检查检验电子申请功能，能自动转收费项目，并可标记紧急程度，可输出打印。14) 自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、转科、出院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。15) 实时监测患者费用情况，可设置低阶报警金额，并自动报警提示。12. 医技报告管理1) 与医院现有的LIS系统，PAC198、S系统实现数据交互，将医技报告数据存储在电子病历中，便于医护人员查看，并为今后的临床科研工作提供数据来源。13. 病历查阅及展示1) 可查阅并展现患者历次就诊病历资料，包括门（急）诊、住院、体检等不同的资料类型。2) 以患者为中心的全医疗数据的集成展示界面，包括病历、医嘱、护理、检验检查结果等。3) 可将医技报告数据按照趋势图方式进行展示。4) 支持Web浏览，查询病历功能。5) 对于病人主要信息，可设置隐藏不显示，如病人姓名、诊断等。14. 电子病历查重合并1) 可根据患者主索引，进行病历数据的查重合并。15. 特别功能声明1) 表格化病史，节点病史，多层存储2) 整合临床路径监管，变异管理199、3) 麻醉访视功能4) 病史查询、整体展示的没有，速度快，门诊住院一体化5) 手术安排、排班，短信告知医生6) 表单传报7) 界面能看到病人状态显示，是否危重病人8) 交接班自动管理，自动生成交班记录，权限设定，危重病人交班规则，医生漏交班审查规则9) 临床路径自动生成医嘱10) 传报模块：危重产妇表单报到卫生部，数据医生录入，保存院内，月底汇总传到卫生部11) 医务科监控系统看到传报的单子12) 医务科：院内会诊单，申请的会诊，会诊结果查询13) 贵重药品使用管理：处方监管，抗生素使用监管，14) 恶性肿瘤、传染病、院感、药品不良反应表单、输血监测管理、危急值管理、各种告知书输入电脑、病人指200、纹、危重孕产妇抢救，孕产妇、新生儿死亡，出血量1000毫升要上报15) 病案质量监管、评分、自动归档时间16) 自动生成医生病案质量考核17) 生成医师考核档案，三级质量监管、考核、评分：个人、科室、医务科，18) 科研、论文、课题、执业资质、执业医师资质扫描存档：资格、职称、助产、计划生育、麻醉等等证书，期限控制，培训安排，外出会议、学习申请、审批，有学习会议的记录、讲课19) 外出会诊管理申请、审批、费用20) 教育、培训、学分、进修实习人员管理，带教医生21) 电子病历平台包括人员管理22) 人员维护全院一体户化、工号、医保号23) 出生医学证明24) 医生工作量：科室登记，要求明细，看201、了多少门诊，写多少病史，谈话、出院小结、手术、产房25) 血库管理26) 肿瘤、传染病实时上报27) 人事、财务、等信息整合28) 医嘱执行追踪，医生、医务科都希望看到29) 电子病历书写全键盘30) 手术自愿书、告知书3.1.2.3 住院护理电子病历1. 患者选择1) 患者在进入电子病历系统后，即获得唯一标识号。2) 支持患者分类过滤：自动获取分管患者、科室患者、周内出院患者、授权患者、入路径患者等，并且提供权限控制；2. 消息/日程管理1) 支持接收、查看、发送消息；2) 提醒门户：需要操作病历提醒、近期工作安排（手术/会诊）、检验检查报告告知等。3) 支持日程管理功能，可以增加、查看、删202、除日程计划。3. 护理文书录入1) 在各个护理记录显示及处理界面中显示患者基本信息，包括患者姓名、性别、年龄（出生日期）、患者唯一标识号码（电子病历主索引）、门诊号（住院号）和病案号等。2) 支持结构化表格录入、结构化自然语言、组套录入、常用医学术语和知识库辅助支持录入。l 结构化表格录入：根据已定义好的结构化表格式病历模板按需要进行选择、修改、补充等。l 组套录入：选择已定义好的纯文本式病历模板，快速生成文书内容。l 常用医学术语录入：提供药品、非药品、诊断、医学用语等分类词组库，可快速查询及辅助录入；支持患者基本信息、就诊科室等自然信息的查找和录入。l 知识库：提供基于SNOMED的内容组203、合知识库，支持联想录入。3) 支持护理表格式病历编辑处理，能够自定制表格样式及内容。支持出入量自动计算功能。4) 住院病历指定内容中复制、粘贴患者本人住院病历的相关信息；禁止复制、粘贴非患者本人的信息。5) 体温单；填写患者的体温、脉搏、呼吸、血压及出入量记录等生命体征信息，根据所填数据自动生成折线图，并能够打印存档。可实现体温单各种特殊符号的标识和展示功能。6) 体温单提供单一病人录入和批量病人录入两种模式。7) 根据体温单录入规则，自动提醒体温单录入工作。8) 病历的并发控制：一份病历不可同时在多个工作站以有修改的权限打开。4. 病历修改1) 上级护士对病历的修改保留留痕，包含修改人、修改204、时间、修改内容。痕迹保留应与病历一体化存储，以保证病历数据与修改痕迹数据的一致性。2) 提供批注功能，实现上级护士对下级护士病历的批注功能。3) 提供多种更改痕迹保留方案，由用户选择（例：每次更改都保存、只保存最后一次更改、按时间限制保存）。4) 病历显示最后的修改，但可以查询以往的修改记录。5) 病历显示、打印最后一次更改的内容，需要看时可以看到前面任一次的修改内容。5. 病历保存：图章签名，电子签名，病历封存功能。1) 提供暂时保存未完成记录的功能；2) 网络故障时，未保存的记录会自动保存至本地PC，待网络故障恢复后，数据自动提交至中心数据库。3) 病历封存是将病历封存为只读模式，保存在数205、据库中，可以进行查看，但修改需要权限；提供修改有修改记录；同时生成知识库。4) 提供图章签名、电子签名的技术嵌入可以保障电子病历生成的有效性。6. 病历打印1) 提供多种界面形式输出，并提供Word输出；支持续打和分页打印。2) 可设置病历记录禁止修改及打印。7. 医嘱管理1) 提供医嘱及相关收费项目的费用情况、并对医保费用管理提供参考性信息；2) 提供查询医保病人统筹支付费用结构情况；3) 提供医嘱增补、作废操作的痕迹跟踪；4) 实时监测患者费用情况，可设置低阶报警金额，并自动报警提示。5) 护士医嘱处理：医嘱录入；审核医嘱（新开立、停止、作废），查询、打印病区医嘱审核处理情况。6) 医嘱校206、对：对医生下达的药品医嘱进行校对确认7) 医嘱执行确认：在执行完医生的医嘱后，进行执行确认8) 打印长期医嘱及临时医嘱单（具备续打功能），重整长期医嘱。打印、查询病区对药单（领药单），支持对药单分类维护；打印、查询长期、临时医嘱治疗单（口服、注射、输液、辅助治疗等），支持治疗单分类维护；打印、查询输液记录卡及瓶签。长期医嘱及临时医嘱执行确认；填写药品皮试结果；录入打印检查化验申请单；录入打印病案首页；医嘱记录查询。9) 具有费用管理、护士站收费(一次性材料、治疗费等)，具备模板功能，可自定义套餐收费项目；费用管理：护士站收费（一次性材料、治疗费等），具备模板（套餐）功能。停止及作废医嘱退费申请207、。10) 费用管理：必要时可以进行收费项目的输入（卫生、材料、治疗、处置部分项目），欠费名单打印（包含医保的欠费）。11) 药品管理：药品核收，退药申请等病房药品管理功能。12) 医保管理：对住院患者做预结算管理，了解是否欠费。13) 病区（病人）退费情况一览表。住院费用清单（含每日费用清单）查询打印。查询病区欠费病人清单，打印催缴通知单。8. 病历查阅及展示1) 可查阅并展现患者历次就诊病历资料，包括门（急）诊、住院、体检等不同的资料类型。2) 以患者为中心的全医疗数据的集成展示界面，包括病历、医嘱、护理、检验检查结果等。3) 支持Web浏览，查询病历功能。4) 对于病人主要信息，可设置隐藏208、不显示，如病人姓名、诊断等。9. 特别功能声明1) 支持护士、医生录入产程记录、分娩记录等产科格式化病史记录：2) 护士能看到医生录入的记录3) 新生儿出生记录医生护士同时录入4) 新生儿录入母婴同室护理记录单，如单独住院，录入病情护理记录单5) 产后记录：病情记录医生有时输入6) 新生儿体温单，母婴同室也要7) 体温单上病史是医生录入的8) 一般护理记录通用9) 计划生育科录入中期引产记录，早孕药流10) 产房录入产程进展图：处理线、警戒线，提醒报警功能11) 在护士站有医嘱查对功能12) 根据医嘱执行单打印输液单、发药单、注射单等13) 母婴同室单独病人处理，婴儿服务项目收费不在产妇收费范209、围内，婴儿费用要单独收费14) 新生儿单独安排床位，标识新病人，统计人次不算，分两次结算、打两个发票，但母婴清单自动化关联15) 发生在婴儿身上的费用全部算在婴儿账户上的，医保不能结算16) 产房管理在护士站、产房医嘱在产房医生站17) 婴儿母亲信息要分开，应该做二次开发10. 主要产科格式化记录1) 米非司酮配伍米索前列醇终止早期妊娠记录表2) 早、中期妊娠引产分娩记录3) 分娩镇痛意向实施表乙肝疫苗接种知情同意书4) 产程进展图5) 患者入院须知6) 医疗机构谈判处理告知处置单7) 产房、产科、妇科宣教健康指导表8) 阴道分娩志愿书9) 体温单10) 产程记录11) 产后记录12) 院内感210、染发病率调查表13) 住院病案质量评审表14) 入院评估单15) 新生儿出生记录16) 新生儿护理记录17) 出生医学证明申领登记、委托申领18) 麻醉复苏室记录单19) 手术护理记录单20) 日间手术护理记录单21) 护理常规22) 妇科护理记录单23) 普通护理记录单24) 高危儿童（低出生体重儿童）个案记录表25) 新生儿听力筛查报告26) 新生儿体温记录27) 新生儿病情护理记录28) 新生儿护理记录29) 母婴同室新生儿记录30) 新生儿出院、宣教新生儿告知书31) 新生儿如监护室使用一次性物品志愿书32) 早产儿、危重新生儿并请告知及诊疗志愿书33) 剖宫产手术记录34) 负压吸宫211、钳刮(清宫)、放IUD手术记录35) 负压吸宫、钳刮(清宫)、放IUD手术记录(病房)36) 疑难病例讨论记录37) 抢救记录38) 接班记录39) 阶段小结40) 转出记录41) 交班记录42) 转入记录43) 24小时内入出院记录44) 死亡记录45) 24小时内入院死亡记录46) 实施肿瘤化疗的相关记录表47) 中期妊娠引产记录48) 中期妊娠引产分娩记录49) 产后记录3.1.2.4 RIS、PACS3.1.2.4.1 放射PACS(1) 放射科室管理工作站l 提供PACS和RIS的用户单点登录，统一维护。l 根据用户类别或组类别赋予使用权限l 系统所有用户由系统管理员统一创建，并根212、据该用户在业务流程中担任的角色设置用户权限l 可根据用户需求设置初始密码。可按用户或者组类别赋予使用权限，支持对于个别用户或者用户组，分配使用或者变更系统资源及数据的使用控制功能l 每个用户必须使用各自的ID和密码登录系统，访问系统中的数据l 支持多种索引方式快速检索病人基本信息/检查基本信息l 特殊疾病的统计和查询l 诊断准确率统计l 阳性率统计l 支持将检查信息导出到Excell 登记员工作量统计，检查技师工作量统计l 按时间段工作量统计l 设备利用率统计（根据时间和检查机房统计）l 检查项目明细统计l 申请科室明细统计l 胶片使用量，收费情况统计l 报告医生（一级）、审核医生（二级）工作213、量统计l 审核医生（二级）对报告医生（一级）修改率统计l 统计报表打印(2) 预约登记工作站l 支持检查预约/取消l 检查单打印，可打印条码l 检查预约单可以按检查类型和检查项目自由配置格式和内容l 支持由HIS系统直接预约，获取门急诊和病区电子申请单l 支持由HIS系统直接登记l 支持磁卡、IC卡、条码输入、手工输入l 支持申请单拍摄、扫描功能l 支持检查的确认、取消和改变l 英文姓名（拼音）自动输入l 显示和查询病人检查状态l 复诊患者在输入住院号（门诊号）之后，会自动从数据库中得到影像号、姓名、性别、年龄等信息l 支持多个检查项目同时登记l 支持全键盘操作，所有登记过程无需鼠标操作，加快214、登记流程(3) 技师管理工作站l 支持使用条码扫描的方式定位病人l 可以调出当前患者的基本信息、检查信息、收费信息等，进行确认并修改l 可查看当前患者的电子或扫描申请单l 检查情况的记录l 机房门口叫号系统的排序和告知信息更新l 支持重拍、补拍及紧急拍片l 支持影像质控功能，可以对胶片质量进行分级，并可对胶片的使用进行统计查询l 可支持胶片打印管理，保存胶片打印记录(4) 影像诊断工作站信息查询l 支持按病人编号、病人姓名、性别、年龄、检查日期、检查号、诊断医师、申请科室、设备类型、检查部位、申请医师、报告医师、操作医师、审核医师、显示诊断结论、显示阅片状态、显示报告状态、显示审核状态等查询条215、件l 用户可配置查询条件l 可通过患者标识、归档类型、报告/检查属性、报告描述、诊断信息等多种方式的组合、模糊查询功能菜单结构l 图像导入功能（将光盘内的DICOM图像或硬盘中其他图像导入到工作站中）l 选择检查记录时可调出相关历史检查记录l 图像布局功能：使图像的各个系列独立显示在窗口的功能l 对于过去同一检查可将过去图像和最近图像进行比较的功能l 预设窗宽、窗位功能l 工作表清单中能看到序列号和影像l 在同一界面中查看病人影像和报告图像处理l 支持图像无级缩放l 图像旋转、翻转l 图像移动漫游l 图像黑白翻转l 伪彩l 放大镜l 图像复制l 窗宽、窗位调节l 预设窗宽/窗位l 可根据不同图216、像要求预设多种窗宽/窗位及快捷方式调整窗宽/窗位l ROI自动窗宽、窗位调节l 窗宽、窗位曲线调节l 支持按部位默认的窗宽、窗位或存储时设定的窗宽、窗位显示l 同时显示多幅图像时，可以独立调整各幅图像的窗宽、窗位l 系统允许用户自定义窗宽、窗位组合，并可方便选择l 显示双窗宽/窗位l 测量、标记l 距离测量l 角度测量：三点测角、扇形角l 椭圆测量l 任意形状面积测量l 文字注释、图形、箭头标注，可手画线l 允许经特殊授权用户保存标注信息，系统在显示图象时，可以选择关闭或打开注解l 长度、面积计算显示l ROI平均密度值测量：圆形、矩形、任意形状l 心胸比测量报告编辑系统l 报告任务自动刷新，217、支持任务优先级l 可以浏览电子申请单和已拍摄申请单l 可在无图状态下书写诊断报告l 报告单预览功能（在书写、审核、打印时都可随时预览报告）l 报告单样式管理功能，可以随意设置多种格式的报告单样式 l 在书写报告过程中可随时切换报告单样式l 支持报告回退流程l 历史诊断报告列表功能，审核医生可查看当前病人同模态的历史诊断报告l 常用词汇管理，支持报告模板管理l 报告模版功能,有常见疾病的模版，模版分为公有模版和私有模版，并可以互相转换l 报告内容模板分级管理（检查大部位/详细检查部位/内容模板）l 按照使用频率自动调整报告内容模板排列顺序l 通过为诊断报告设置关键词，可以按关键词分类检索诊断报告218、l 报告书写/审核权限分为三级：报告/审核/审核后修改权限。报告打印或审核后，可以修改并留痕迹。l 内置图文报告功能l 诊断报告分类、组合、模糊检索功能l 支持诊断结论查询，并可将查询结果导出到EXCEL作进一步统计打印l 支持将典型报告内容保存为教学用报告的功能l 支持阳性记录、阳性率统计(5) DICOM/Worklist服务l 要求产品支持的DICOM服务类 DICOM 3.0 Storage Service Class Provider DICOM 3.0 Storage Service Class User DICOM 3.0 Query/Retrieve Service Class219、 Provider DICOM 3.0 Compliant Compression DICOM 3.0 Storage Commitment (SCP/SCU) DICOM 3.0 Worklist management (SCP) DICOM 3.0 Modality Performed Procedure Steps DICOM 3.0 Verification Service Class Providerl 储存影像的数据库架构为开放式数据库架构。l 系统连接：可直接连接多个DICOM影像设备和工作站。对于DICOM接口影像设备直接接收影像设备发来的影像数据；对于非DICOM接口影像设备220、，必须接收经DICOM转换过的符合DICOM格式的影像数据。l DICOM Worklist功能 具备将病患检查资料以DICOM方式提供给仪器端工作站查询的功能。 具备DICOM C-FIND SCP的 Service。 具备以DICOM C-FIND方式接受Worklist SCU端的查询功能。 具备DICOM C-FIND方式回覆 Worklist SCU端的功能。 支持 SOP：Modality Worklist Information Model-find。l 影像存档 提供DICOM影像数据的存储和归档（DICOM Storage SCP/SCU）。支持多种数据存储设备，包括硬盘冗余221、阵列（RAID）、存储局域网络（Storage Area Network-SAN）、网络存储（Network Attached Storage）等设备。 支持三级存储方案，采用高速的在线存储，可以采用磁盘阵列对近期数据、远期数据进行在线存储的可持续扩展的近线储存方案，并采用磁带机、磁光盘、DVD光盘等介质进行数据备份和异地备份的离线储存方案。l 提供使用者按照病患姓名，病历号码、检查时间等复合条件方式查询影像。l 图像服务器要能定时自动用DICOM JPEG 2000标准格式无损和有损压缩图像。无损压缩比能达到2:1至3:1。某些影像可以根据影像模式和历史归档要求的差异可以采用有损压缩，压缩比222、可以达到30倍以上。l 影像数据自动迁移：在线存储可以自动删除已迁移到近线存储的历史图像，保证在线存储的不间断运作。l 与RIS/HIS系统的兼容性，与RIS/HIS通信遵循HL7标准。l 能将系统信息存储于信息记录文档（1）将影像存入记录；（2）将系统错误信息存入记录文档。l 提供远程诊断功能，可远程调取图像。l 安全日志：提供用户的安全审计日志和通讯日志。包括1.影像存入记录. 2.系统错误记录。l 支持远端系统诊断及系统维护功能。影像诊断软件l 数据接收和传送 DICOM 3.0 Storage SCP-服务等级提供者 (接收 DICOM 数据) 支持DICOM 数据类型: CT, MR223、, CR, SC, NM, US Multi-Frames, XA, DX, RF, PT 查询和获取病人影像 支持DICOM标准图像格式l 图像显示 支持医用专业显示器显示 支持水平及垂直两种显示格式l 影像资料查询与显示方式 提供以病患的多种查询影像资料功能，同屏显示同一病人不同设备检查的图像。 支持影像信息显示设定功能，可依据不同的仪器类别设定显示区域上的信息。 提供以Patient、Study、Series方式取得影像。 支持以下查询方式：病人姓名、病历号码、病人出生年月、检查日期、仪器种类等复合条件方式查询。 使用中文接口，且可处理中文数据。l 图像操作 提供图像显示的放大镜、缩放、224、移动、镜像、任意旋转(任何角度)、翻转功能等影像显示功能 缩放，平移，滚动， 窗宽窗位均由鼠标控制 影像旋转、反转时要正确标识图像的上下左右正背面方位。 支持边缘增强 根据DICOM 图像自动设定窗宽窗位 窗宽窗位预置或即时调整 支持伪彩功能 支持链接或非链接视窗的多个叠层显示 支持链接的叠层图像同步滚动 叠层图像可用鼠标滚动轮控制 翻滚 支持根据用户定义范围自动设定窗宽窗位 支持根据不同影像种类智能预设其适当的工具栏，布局和窗宽窗位 可通过身体定位线确定影像 如果影像设备不具备身体定位图像功能，可自动生成身体定位图像 身体定位线显示，可调节跨度单位 可接收存储多种设备及同时显示不同种类的DI225、COM影像 支持人体工学设置及符合windows操作规范：左键调整窗宽窗位鼠标右键设有设置工具 支持动态播放功能，可自动或手动连续播放，并有循环和往复动态播放功能，播放速度可由操作者调整l 图像测量功能 支持长度、角度、面积、周长、像素值。 提供多种不同的测量工具，包括有长方形、椭圆形和不规则形，还有直线、佝偻病间角，网格和校准工具。可以将测量存盘，留给其他人员以后观看。 图像可以由多种注释方式进行标注：箭头、对号、数字和文字。常用的文本注释可以进行预设。标注可以被存盘，过一段时间后再复读。l 图像处理工具 局部（感兴趣部位）自动窗宽窗位 支持多个视窗多个图像系列叠层显示 支持自动/手动图像边226、缘遮幅 可有针对性地对图像做标记并存储标记图像l 可以作为HIS和RIS的后台程序运行，做到完全整合。3.1.2.5 检验系统3.1.2.5.1 标本登记系统要能实现检验标本登记/录入自动化。护士工作站完成标本登记及条码打印的工作，相关人员将已经贴好条码的标本送往检验科，也可以由检验科人员完成此项工作。n 病人登记科室、姓名、性别、年龄、门诊号或病历号、病区、入院诊断情况送检日期等。n 标本登记1) 检验相关信息：种类、项目、标本、结果、日期。2) 标本相关信息：l 采取标本时病人的科别、门诊号或病历号、床号、姓名、性别、年龄、项目、标本。l 标本采集人员的信息、时间。l 收集标本时的科别、姓227、名、性别、标本数量和质量。3) 医生相关信息：申请医生姓名、科室，一经确认，不得更改。n 条形码管理采取后置条形码，由护士站或检验科打印。1) 根据医嘱自动产生打印条码，允许护士选择当天需要执行的检验医嘱。2) 条形码不干胶上反映的信息包括：科别、病人姓名、门诊号或病历号、年龄、性别、标本类型、检验项目、打印时间等信息。3) 条形码打印能够支持一式两份，一份贴在试管上，一份贴在检验单上。4) 允许重打条码，但需要严格权限控制。5) 门诊病人未收费不允许打出条码，住院病人需要在医生医嘱审核之后才能打印条码。6) 系统提供与检验项目相关回执单打印模块,为患者提供报告领取时间和地点等相关的指引信息.228、3.1.2.5.2 标本流管理n 标本接收1) 接收者在接收标本时候，通过读取试管上的条形码，记录接收时间和接收人员。2) 能够打印出所接收的标本清单列表，标本状态清单，如已接收未报告。3) 要能设置报告期限、超限报警。4) 对于不合格标本的回退和记录处理。5) 可以清楚地知道申请单所处状态(系统将其分为未收费，未采样状态，已收费，已采样状态，已接收，已产生结果但未审核，已审核)。对于未收费的申请是否能进入检验流程要设置开关，并有权限控制。6) 有针对住院病人的记账功能。n 标本后处理已经完成检验的标本进行统一存放，采用条形码记录标本存放的具体位置，并能快速查找到所需的标本（例如：需要复查的标229、本、暂存待处理的标本）。n 检验单时间点控制可对标本所在状态实时管理，节点主要分为：医嘱时间，采样时间，送检时间，接收时间，核收时间，核准时间，打印时间、医生确认报告时间等人员和时间点管理方式。3.1.2.5.3 外送标本管理模块1) 外送标本流程同标本流管理，标本条码要与外送单位有接口程序（如现在体检部的标本数据USB传送）。2) 外送管理n 标本外送出入库管理l 记录外送地点、标本类型、项目和外送数量l 记录本次外送的执行人、审核人、经办人和备注。l 可以对外送标本进行查询、修改、删除等操作。n 有效期管理l 根据外送标本项目和类型，查询在某个时间点上即将报告的标本列表。l 提供各种标本的230、出入时间、数量，及现有结存量。l 可以设置临近报告期但未有结果一定天数就自动报警功能。n 查询统计l 月总帐管理标本月总帐统计主要统计条件有：外送地点、外送项目、起始日期、终止日期等。l 库结存管理得到月初结存，月中发生数和月终结存数。l 可以设置报告天数下限，当报告天数低于预设下限而未有结果时，系统自动报警。3.1.2.5.4 临床检验系列n 常规检验系统要具有：临床化学、临床免疫学、血凝试验模块，提供了临床化学、临床免疫学、血凝试验,体液检验等专业的各项检验、结果编辑、报告处理等多项功能。l 要自动识别标本条型码上的病人信息、检验项目的选择。l 要可以自动记录来自检验分析仪的所有结果，并将231、结果自动归到相应病人的资料档案中。l 可将来自多台分析仪的同一标本的检验结果显示在同一屏幕上，并注以不同颜色加以区别。l 可以清楚地显示检验运行时间、标本号、分析仪内部顺序号。l 可以对于需要计算比值的检验结果，系统可自动计算。l 要可以设定不同年龄、不同性别限量的参考范围，可设置自由组合的复式参考范围，系统根据参考范围对每一项检验结果自动进行比较、标注，并对超标结果发出不同色彩的警示。包括数值的异常和百分比异常。l 在结果审核界面，可自动将当次结果与上次结果进行对比，并允许设定变量值，当对比结果超出变量值时，系统自动以不同色彩显示报警。包括数值的异常和百分比异常。l 系统能够在同一界面中，方232、便调出门诊或住院病人某检验项目的历史记录结果曲线图，选取时间可指定义。l 要可以即时列表显示未完成的检验。l 利用已定义的热键、列表框和自由文本，快速而准确在输入各类评定。l 允许技术人员进入手工检验选择，提供手工结果登录工作界面。l 能够方便设置检验项目的线性范围，当检验结果超出线性范围时，系统有报警功能。l 能够将数值变量自动转换为类别变量的功能。如数值转换为阴性、阳性。n 临床微生物学l 检验项目（细菌培养）基本信息维护：细菌项目管理中基本信息维护；确认各项抗生素种类应对应的实验方法；确认试验出现结论的可能性和具体类别；抗生素数值维护；细菌试验信息套餐信息维护；细菌培养方法维护；细菌菌落233、计数维护；抗生素药敏套餐和基本信息维护。l 微生物（细菌）培养业务处理：系统根据医院检验设备的接口功能提供二种处理方式。检验设备带有标准RS232C接口，系统直接获取设备产生检验结果数据，自动生成检验报告单；检验设备提供非标准接口，使设备数据无法导入系统的检验报告中时，系统提供检验结果的录入功能；l 结果录入：系统识别条形码同时确认对应检验样本号，寻找对应的检验设备，锁定检验日期，进行检验结果的录入工作。依据样本的基本信息（检验仪器号、条形码、样本号等），确认样本的培养结果；按照培养的菌群特点，选择相应的药敏试验中的药品类型（系统初始化中完成细菌与匹配药品类型对照），同时系统提供细菌检验的不同234、处理方法（包括手工、MIC、DISK、ETSET）；系统支持有设备连接自动导入试验结果和手工录入结果二种方式，系统对获取的药敏记录（细菌反映的直径数据），与标准参考值之间形成对照（同一菌种可以对应多种和单一的药敏试验）；对于无需细菌生长试验的样本直接进行药敏试验，记录试验数据；l 检验报告单生成：检验设备传递只是检验数据，而对于检验结论，是无法提供的。检验科依据工作积累和检验数据核定的标准参数，确认初始检验结论信息；系统自动将设备传递数据和系统提供的检验建议生成微生物检验报告单。同时需要检验科医生做最终审核后才可传递临床，对未审核前的报告单可以做补充和修改。l 微生物检验结果查询：统计细菌结果235、为阳性的样本记录；药敏结果阳性率统计；细菌综合查询。l 自动完成对致病菌的统计、监测。包括细菌种类，各科室、送检统计。l 能选择单个或几种细菌进行各种统计，或选择科室进行统计，或选择几种抗生素进行敏感率或耐药率统计。l 不同细菌培养标本使用不同类别培养基的鉴别。l 一个样本两个结果的系统传输与接收。l 统计细菌阳性的可是类别记录，统计单一药物对某一菌种的分析。l 细菌检验系统与细菌鉴定仪和whonet统计系统相连。n 免疫酶标检验l 检验结果处理：系统根据医院检验设备的接口功能提供二种处理方式。l 检验设备带有标准接口，系统直接获取设备产生检验结果数据，自动生成检验报告单；l 检验设备提供非标236、准接口，使设备数据无法导入系统的检验报告中时，系统提供检验结果的录入功能。l 结果录入：系统识别条形码同时确认对应检验样本号，寻找对应的检验设备，锁定检验日期，进行检验结果的录入工作。查询确认检验样本和项目，并与系统提示患者临床基本信息进行对照，对检验结果无缝连接设备直接传递结果，进行审核、确认传给临床科室；没有实现与检验设备无缝对接时，需根据最终检验结果提示，进行手工录入，形成完整检验报告单，传递临床科室；l 检验历史结果查询：对患者在院期间的所作检验的历史记录，可以按照检验组中的单个项目名称查询，同时也可加入检验组中的多项目名称为条件，综合查询；查询检验结果可以以曲线图形形式清晰显示，也可237、以按照数值形式显示；系统支持对不同检验项目以不同颜色区别显示；系统动态显示查询历史记录；l 检验报告单随机添加处理：添加检验申请单、添加检验项目；主要针对在同一检验组中，可任意根据医嘱或收费标准选择不同检验项目（如：生化12项中有50多个不同的检验项目可供选择）而设置功能；项目添加的检验项目可以依据系统提供的检验组中的项目模板添加；l 删除检验单:对更新、录入有误的检验单系统支持直接删除功能；l 检验单核准:无论对直接获取检验结果，还是填写检验结果的报告单，系统均要进行核审处理。核准处理后，检验报告单生效，可以传递医生端；l 打印处理:系统支持对批量检验报告单打印。录入检验样本的起始序号，系统238、连打；系统打印时，打印报告单据可同时打印条形码标记。l 系统设置：系统将检验报告内容分解为隐含信息核显示信息，显示信息主要提供报告单打印时应用；应用检验结果处理的主业务中，系统支持对经常反复使用的环节设置功能键；对检验报告结果的不同取值区间，选择不同标志色；对报告表格中的列数、行数给出定义值等；l 综合查询：系统利用灵活的系统工具，将检验的结果和查询条件、患者信息、医嘱信息和检验信息整合同一个界面显示，避免由于寻找不同信息而带来切换界面，更迭菜单所带来的不便；l 检验结果批量处理：检验结果的批量修改；检验结果批量打印；l 检验样本号修改：根据检验业务的需求而设立的功能，有些检验样本同时处理多笔239、检验项目，同时要接入多台检验设备。为了更好的区别不同项目和设备，需要将同一检验样本赋予多个检验编号，但样本的条形码编号确是唯一的(记录检验医嘱和患者基本信息)；l 检验样本合并：根据检验业务的需求设立的系统功能，有些样本检验时是分设备和不同样本号操作的，但在检验单据打印时需要合并成同一个检验报告单处理（如血常规和血性检验，最终报告单需要合并），系统要对不同检验样本号按照同一的患者基本信息进行规类合并；l 设计酶标仪板子布局：酶标仪的检验比较特殊，需要先定义酶标仪板的布局，布局的确认直接影响检验效果的正确性。系统提供与检验人员试验中所用酶标仪板完全相同格式和布局规律的电子布局功能。l 设定酶标仪240、计算方法：系统根据检验的不同方法和计算规律，对检验产生的数据进行阳性率等指标的自动计算功能。如检验设备能够提供指标指数的，直接将检验结果传递系统中，自动生成检验报告单。l 评估方法选择：定性或定量；l 根据稀释倍数选择检验测量中的波长和参考波长值；l 计算公式（检验方法规则）确认：临界点计算、拟和曲线定义、Y/X轴定义、曲线延长定义、线性拟和曲线有效性判定和标准值等基本计算公式定义；l 测试检验有效性的判断和计算；l 标准样本Y/X取值定义。3.1.2.5.5 报告审核和打印n 报告审核1) 提供检验数据审核及检验报告审核：l 检验数据审核包括超出正常值、极限值、历史结果、严格约束、用户自定义241、约束条件等。2) 报告供检验数据审核及检验报告审核：l 检验数据审核包括超出正常值、极限值、历史结果、用户自定义约束条件等。l 报告审核包括自动审核和手工审核，对于超出正常值或生命极限范围的检验结果，系统会使用不同的标识提醒操作人员。3) 自动列出该病人相同检验项目以前的检验结果，方便审核人员比较。4) 用户可以自定义样本的审核条件。5) 对未通过审核条件的样本，将提示原因。6) 如果样本结果的确异常，检验人员也可以进行强制审核通过。7) 在特定权限下能够提供取消审核功能。8) 保留修改过项目的原始数据，便于进行质量分析。n 报告发布及打印1) 患者检验报告摘入到电子病历中，为形成完整的电子病242、历提供数字基础。2) 门诊支持自助取单，患者自助取单时只能打印一次，如果检验结果没产生可以提示病人。3) 门诊咨询处设检验报告复打处。4) 临床医生除了能看到项目检验结果和图形还能看到临床意义。对于进行过复查的项目，自动加上复查标志，此标志同时也出现在报告单上，方便提示临床医生，告知该检验项目已经复查。 5) 系统提供将同一病人不同标本的检验项目合并到一张检验单中，以便于打印、发布和查阅报告，例如：糖耐量分为30、60、120、180分钟共计5次血糖结果，但这是5个不同的样本。6) 经审核的报告单，临床医生可以自行打印。7) 没有交费的检验报告不打印，特殊情况需要打印要有权限批准。8) 可处理243、图像报告(显微镜、电泳、散点图、血型等)。3.1.2.5.6 质控管理仪器的质控管理是对检验仪器设备是否能够正常运行的一次检验.关系到检验结果是否正确的关键内容.因此每天的质控情况应当有所管理，LIS系统对于质控管理的内容包括以下内容。n 质控图像每天对检验仪器进行的质控我们可以按照检验科室的要求对低，中，高三种浓度的操作进行质控曲线的处理，也可以只做一个水平的曲线处理。1) 质控图显示可以选择全部，浓度1，浓度2，浓度3，Z分数图。2) 质控曲线上面的点可以通过鼠标来移动修改质控数据的值。3) 打印方向可以调整，适应横向，纵向的打印要求。n 质控数据质控数据的查看：质控数据可以手工录入，质控244、数据可以通过权限来进行控制，只有具备权限的人能够处理质控数据，而且可以控制没有核准的质控数据不可以打印出图和表格。n 质控规则和质控物质控规则:1) 定义质控项目的质控数量定义为13。2) 设置质控的靶值和标准差，（靶值和标准差可以通过一段时间内的均值和标准差计算获得）.。3) 设置质控规则，LIS系统提供了westgard规则和Crubbs规则。4) 对于每个批号的质控来说质控物可能存在不同，则每次在更换试剂的时候都要来维护质控物信息。n 失控报告失控报告为检验科提供了质控中存在的问题和改进方法。n 质控数据汇总1) 质控数据月汇总报告。2) 质控数据月度分析。n 质控数据相关性分析相关性分245、析是指一台仪器或多台仪器对于不同的试验方法进行相关性分析验证的一个试验，待实际试验完成后，用户可以对应检验日期，检验仪器，检验项目和样本的选取方法（随机选取，指定样本号选取），然后进行相关性分析。可以得到对应的斜率，截距，相关系数，对应的分析样本数量等信息。为验证仪器的检验有效性提供实验依据。n 仪器间项目比较1) 不同仪器质控数据比较。2) 不同仪器普通数据比较。3) 不同仪器质控数据汇总比较。4) 不同仪器普通数据汇总比较。3.1.2.5.7 数据统计查询分析n 检验结果查询1) 通用查询：检验人员可以根据多条件组合（病人信息、临床信息、时间范围、操作人员等），来查询样本的检验结果，也可以246、导入Excel形成检验工作列表，以备存档。2) 阳性报告：用户可以自定义检验项目的阳性范围，查询得到在此范围内的样本列表。3) 复检报告：可以查询任意时间段内样本的复检情况。4) 趋势分析：对于多次检验相同项目的病人，可以对这些项目进行对比分析，描绘出一条变化曲线，以便观察病情变化情况。5) 超限查询：查询检验结果变化超过x%或阴阳性转换的病人。6) 报告单查询：得到已发出的报告单列表。n 综合查询1) 标本状态查询：查询标本的申请时间、采样时间、化验室接收时间、审核时间和发布时间。2) 标本入库查询：得到标本送达检验科的时间。3) 样本号和条形码查询：得到样本号和条形码之间对应关系的列表。4247、) 工作量查询：可以通过多条件的组合得到任意时间段内收入和支出情况。5) 修改记录查询：系统对用户修改型操作都做了日志记录，用户可以通过此查询来得到此日志记录，从而增强了系统的安全性。n 数据统计分析1) 项目比对：可以对不同仪器，相同检验项目之间检验结果的比对情况。2) 项目统计：对任意时间段内某一检验项目的均值和(1倍，2倍，3倍)标准差之间的统计。3) 相关性统计：对任意检验时间段内检验项目的相关性统计。4) 检验项目的ROC统计。3.1.2.5.8 检验设备数据采集l 设备数据采集方式包括：串口通信方式，TCP/IP网络通信方式，数据库读取方式，共享文件读取方式。l 串口方式支持单向，248、双向实时控制方式（设备具备双向条件的）。l 双向系统支持实时获得医嘱，检验结果能力，可以自动建立检验单。l 检验原始数据流保存，提供查询，回溯模式。l 对错误信息通过日志形式保存，提供查询。l 双向系统实现模式可分三种：1、支持条码系统的，2、支持位置，杯盘号方式的，3、支持检验单样本排号方式。l 检验结果自动合并功能。3.1.2.5.9 结果处理系统n 检验单自助打印系统通过LIS系统与自助报告打印机的接口，为门诊患者提供自助报告服务。门诊患者在采集样本后，通过回执单指引的时间和地点到指定的位置进行检验报告打印，系统自动根据设定的时间段进行检验报告的打印操作。系统可以只提供数据接口，为第三方249、公司提供数据支持，也可以独立开发前台运行程序界面，完成整体的检验报告打印。n 实时信息反馈系统HIS系统和LIS系统之间发生通信的几个功能点。l 危急值提示。l 不合格样本。l 急诊样本。l 退费申请。l 文件通知。这些功能点的要求如下：l 实时性：要求检验科处理后在指定的时间内需要病房，门诊方面作出反应。l 反馈标记性：当病区的医生，护士对检验科发出的信息作出处理后,要有处理标识，通知检验科方面已经处理过。下面分类说明：l 危急值提示：危急值数据：在检验科工作中特别重要。原来的操作方式：为发现危急值后，要通过电话方式联系病房，待病房的医生对所作出的结果作出答复后，检验科的工作人员将答复内容记250、录在LIS里并保存在数据库中（也有记录在本子上的）。采用实时处理方式后：1） 检验科人员发现危急值后,直接保存，程序将此操作内容直接保存在数据库中。2） 扫描程序对LIS特定表的记录进行查询(查询本病房记录)。如果查询成功则弹出窗体，要求病房处理。3） 检验科收到对方的确认信息后，再处理检验单l 退费工作模式:原始操作方式:病区安排人员拿着医生开立的申请单，到检验科找到负责人员，进行退费申请，检验科审批后，再到出院处进行退费.缺点是实时性差,没有电子退费记录。实时模式：1） 医生通过HIS系统模块提供的退费申请，填写退费原因，保存。2） 检验科系统可以特定界面查看退费申请（考虑不用实时方式），251、对退费申请进行审核，如果不同意，写明原因。3） 病房实时查询程序，定时查看退费审批内容，如果同意，HIS方面打印出退费单，去退费。l 急诊模式如果检验科登记的记录中存在急诊患者，扫描程序将急诊患者的信息查询获得后，提示给医生，主要步骤和危急值相同。l 不合格样本1） 检验科核收到不合格样本后，对样本信息进行记录保存。2） 扫描程序，将不合格样本信息获得，反馈给医生站。l 定时通知 如果有通知信息，扫描程序可以查看。3.1.2.5.10 特别功能声明l 标本采集、申请单调阅、登记、HPV、唐诗筛查报告3.1.2.6 超声图文系统n 超声科室管理工作站l 提供PACS和RIS的用户单点登录，统一维252、护；l 根据用户类别或组类别赋予使用权限；l 系统所有用户由系统管理员统一创建，并根据该用户在业务流程中担任的角色设置用户权限；l 可根据用户需求设置初始密码。可按用户或者组类别赋予使用权限，支持对于个别用户或者用户组，分配使用或者变更系统资源及数据的使用控制功能；l 每个用户必须使用各自的ID和密码登录系统，访问系统中的数据；l 支持多种索引方式快速检索病人基本信息/检查基本信息；l 支持随访功能；l 支持病理、LIS、放射、内镜等检查报告查询；l 特殊疾病的统计和查询；l 阳性率统计；l 支持将检查信息导出到Excel；l 登记员工作量统计；l 按时间段工作量统计；l 申请科室明细统计；l253、 报告医生工作量统计；l 按机器类型检查项目统计；l 各类统计可按不同分类维度并列多重条件；l 统计报表打印。n 超声预约登记工作站l 支持检查预约/取消；l 检查单打印，可打印条码；l 自动生成分类检查号；l 检查预约单可以按检查类型和检查项目自由配置格式和内容；l 支持由HIS系统直接预约，获取门急诊和病区电子申请单；l 支持磁卡、IC卡、条码输入、手工输入；l 支持申请单拍摄、扫描功能；l 支持检查的确认、取消和改变；l 显示和查询病人检查状态、及诊断结果；l 支持病人电子病历调阅；l 复诊患者在输入住院号（门诊号）之后，会自动从数据库中得到影像号、姓名、性别、年龄等信息；l 支持多个检254、查项目同时登记；l 支持全键盘操作，所有登记过程无需鼠标操作，加快登记流程。n 超声图文报告工作站l 通过DICOM3.0接口自动采集患者的动、静态超声图像；l 视频采集支持静态图像（照相、定时采集）和动态图像（录像）两种采集方式；l 静态图像采集定时采集：可定义最小1秒钟采集一幅图像，连续自动采集多幅图像；l 支持脚踏板采集方式和键盘鼠标采集方式；l 实时显示：实时显示图像内容；l 单帧采集：采集一帧图像到采集图像列表中；l 多帧采集：连续采集图像到图像列表中；l 删除图像：删除图像列表中选中的图像；l 录像：录制动态影像保存为avi格式；l 录像回放：对录制的动态影像进行回放；l 用户身份255、验证以密码保密；l 支持无人使用后定时屏幕锁定功能，用户重新输入密码后才可以使用，保障系统安全；l 密码维护功能；l 保存操作系统异常前已经采集的图像，重新进入图文报告系统后能够恢复；l 系统提供对图像的移动、翻转、镜像、放大、缩小等图像显示处理工具，提供角度、直线、箭头、圆、矩形、多边形、手绘线和文字等批注工具；l 在图像采集之后，需要对诊断报告进行编辑，在诊断报告编辑过程中可以调入已有的报告模板，同时也可以将新写的报告以报告模板的形式保存起来，供以后的诊断应用；l 应用报告模板：根据患者的诊断部位调用已定义的典型报告模板，模板调入后可进行简单的编辑，快速生成影像诊断报告；l 重点标记：对检256、查结果为阳性、或典型病例可将该患者的检查标记为“阳性”和“典型病例”，供科研和教学使用；l 输出报告格式选择：可选择根据医院的超声输出报告样自定义的输出报告模板，作为输出报告的样式；l 图像描述：报告的图像一般有文字说明，是对图像性质等的描述，其文字内容由诊断医生输入，并将在报告上打印出来；l 存为模板：当医生在完成一份诊断报告之后，认为该报告可作为典型模板保存起来，可以使用该功能，将已写的报告自动按检查设备、部位等保存为私有模板，便于以后同类型诊断使用；l 相关诊断功能：显示本病人的所有不同时间、不同设备的相关影像检查资料及实验室检查报告；l 报告的打印和预览：在打印之前可以选择系统中已定义257、好的输出报告模板，以确定输出报告的形式。n 临床医生工作站报告调阅l 检查报告完成后临床医生可及时调阅；l 可查询病人历史检查报告及影像；l 临床医生工作站采用Web方式调阅检查报告及影像。n 提供病人自助报告打印功能3.1.2.7 心电图文系统用于心电医技医生，包含心电图、胎心监护，完成接收检查申请、登记、安排、执行确认、费用管理、医技结果报告管理等功能；交换共享电子病历、检查申请与报告、心电图，提高特殊检查效率、质量，提高科室管理水平。3.1.2.8 病理图文系统n 病理科室管理工作站l 提供PACS和RIS的用户单点登录，统一维护；l 根据用户类别或组类别赋予使用权限；l 系统所有用户由258、系统管理员统一创建，并根据该用户在业务流程中担任的角色设置用户权限；l 可根据用户需求设置初始密码。可按用户或者组类别赋予使用权限，支持对于个别用户或者用户组，分配使用或者变更系统资源及数据的使用控制功能；l 每个用户必须使用各自的ID和密码登录系统，访问系统中的数据；l 支持多种索引方式快速检索病人基本信息/检查基本信息；l 特殊疾病的统计和查询；l 阳性率统计；l 支持将检查信息导出到Excel；l 登记员工作量统计；l 按时间段工作量统计；l 申请科室明细统计；l 报告医生工作量统计；l 统计报表打印。n 标本登记工作站l 送检标本的条码管理；l 支持本院和外院标本登记管理；l 支持标本259、数量登记；l 支持申请单拍摄、扫描功能；l 显示和查询病人检查状态；l 病理得免疫组化能通过电子下单；l 支持全键盘操作，所有登记过程无需鼠标操作，加快登记流程。n 标本取材工作站l 取材拍照备档；l 提供标本测量；l 大致所见录入；l 提供录音辅助功能；l 取材材块划分记录；l 切片染色工作站l 支持切片染色方式的管理；l 支持切片的条码打印管理；l 支持记录脱水程序的程序名称，起始时间、温度、脱水技师及包埋盒数。n 病理图文报告工作站l 图像采集至少支持以下接口：l 采集卡VIDEO/S-VIDEO；l 采集卡32bit真彩色 1024X768 分辨率256级灰阶；l DICOM3.0接口260、；l NTSC/PAL制式；l CCD摄像头、显微数码相机或数码摄像机(SCSI ,1394接口)；l 支持实时/静态单帧采集；l 支持鼠标、键盘和脚踏开关控制采集；l 提供图片显示窗口，可以在编辑报告时方便看到采集的图像；l 提供对图像的移动、翻转、镜像、放大、缩小、黑白反转、等图像显示处理功能；l 提供角度、直线、箭头、圆、矩形、多边形、手绘线和文字等批注功能；l 可根据患者的检查部位调用已定义的典型报告模板，模板调入后可进行简单的编辑，快速生成诊断报告。同时也可以将新写的报告以报告模板的形式保存起来，供以后的诊断应用；l 特殊符号输入：对于对、等特殊符号，系统提供特殊符号的工具栏，可由诊261、断医生从中选择特殊符号；l 图像输出选择：可以从静态图像列表中选择需要打印到报告上的重点图像；l 图像描述：报告中的图像可以添加文字说明，对图像性质等进行描述，其文字内容由诊断医生输入，并可在报告上打印出来；l 报告书写/审核权限分为三级：报告/审核/审核后修改权限。报告打印或审核后，可以修改并留痕迹。；l 诊断报告分类、组合、模糊检索功能；l 支持诊断结论查询，并可将查询结果导出到EXCEL作进一步统计打印；l 支持将典型报告内容保存为教学用报告的功能；l 支持阳性记录、阳性率统计；l 申请科室明细统计；l 特殊疾病的统计和查询；l 诊断准确率统计；l 统计报表打印。n 标本档案管理l 对腊262、块及玻片的管理；l 对玻片的借出及归还进行登记。n 临床医生工作站报告调阅l 检查报告完成后临床医生可及时调阅；l 可查询病人历史检查报告及影像；l 临床医生工作站采用Web方式调阅检查报告及影像。3.1.2.9 临床路径管理1. 路径设计1) 提供临床路径知识库，包含卫生部制定的路径模板。2) 提供临床路径新增、修改、删除的功能。3) 路径阶段及横轴自定义功能，用户可定制路径的阶段并能够直观的定义路径的关键步骤（例如：术前、术中、术后）。4) 路径项目可设置为必选项或可选项。5) 可以将路径项目设为某一类项目或组合项目，使用中可根据患者实际情况进行选择，以增强路径的适应范围6) 支持病历和护263、理记录项目。7) 路径项目可与HIS收费项目进行匹配，实现自动计费。2. 路径执行1) 执行前提供准入评估，支持电脑自动评估和手动评估两种模式。2) 任务列表显示，提示未完成工作。3) 可自动获取医嘱执行情况，提示未完成医嘱，无需手工再次录入。4) 可自动获取病历完成情况，提示未完成病历，无需手工再次录入。5) 执行路径项目，可自动转为收费项目传入HIS系统进行计费，提升工作效率。6) 路径各阶段可设置评估指标，系统根据指标自动评估并给出提示。7) 临床路径执行过程中变异及其原因记录。8) 根据临床路径和医师选择，自动生成各类医嘱和检查检验申请单。9) 根据阶段执行情况，进行实时路径质控提醒。264、10) 支持临床路径表单的输出打印3. 路径统计分析1) 可实时监测、查询临床科室正在运行的路径的情况，包括各运行路径基本信息、病人基本信息、未完成任务等，并可实时与临床进行消息传输。2) 根据指定的时间段，分析统计出路径利润，并且能够按科室分类汇总，从而能够对各科室的执行情况进行横向比较。3) 根据指定的路径和时间段，该路径执行过程中每个路径项目的变异次数，从而能够分析出路径中哪些路径项目经常变异，以此来作为路径评估和更新的依据4) 能够分析出路径因为阶段延迟而造成的变异统计数据。5) 可以按任一时间范围统计路径的数量，平均住院日，平均住院费用，平远的变异数目6) 统计结果，支持各种图表展示265、，包括饼图、柱状图、曲线图等。3.1.2.10 电子病历集中管理平台电子病历应用的基础功能是对电子病历的维护、管理、以及各类应用提供基本支持的通用功能，基础功能是电子病历应用系统的必备功能。3.1.2.10.1 电子病历创建系统具有在患者首次就诊时创建电子病历，录入患者基本信息，通过病人就诊卡号、身份证件号码建立病人唯一标识，建立病人主索引，完成同一病人的自动比对，查重合并病历的功能，实现患者院内、院外病历信息的整合，保证患者电子病历信息的整体性及连续性。可导入医院门急诊、住院入出转系统的病人基本信息。3.1.2.10.2 就诊主索引创建系统能够对病人的每次就诊建立就诊主索引，本次就诊电子病历266、的所有诊疗信息均与本次就诊主索引建立关联，保证诊疗信息的唯一性、完整性及可追溯性。就诊主索引支持按照病人姓名、应用标识(身份证件号码、医保号码、门诊号、住院号等)、就诊时间、就诊医疗机构编码等索引数据进行某次就诊电子病历的多维检索及关联，包括各类病历记录、检查检验结果、医学影像、疾病报告、以及其它医疗文档等。就诊主索引与卫生事件(医疗服务目录) 索引唯一关联。3.1.2.10.3 既往病史信息管理具有患者既往病史、过敏史、用药史、家族史、免疫史等信息的采集、录入、存储、管理、展现的功能，能从患者本次就诊记录中自动归并、汇总现病史信息，并将其归入既往病史中进行管理的功能。3.1.2.10.4 住267、院病历管理住院病历的创建、录入、编辑、审核及住院临床信息收集汇总。具有建立就诊主索引，录入既往病史及基本健康信息，汇总卫生事件摘要、医疗费用记录，使用模板、复制等工具录入、编辑、修改、添加、删除、审核住院志、住院病程记录、手术麻醉记录、手术植入物记录、住院治疗处置记录、住院护理记录、知情告知书，完成三级阅改，书写确认，汇总检验报告、检查报告及医学影像信息，生成、录入、编辑、审核住院病案首页等功能。3.1.2.10.5 住院医嘱管理具有使用医嘱组套、申请单模板录入、编辑、修改、添加、删除各类住院医嘱、电子申请单的录入，录入或自动生成健康处方，完成医嘱审核、执行过程的功能。3.1.2.10.6 检268、验检查报告管理具有采集、管理检验检查系统生成的检验、检查报告、医学影像数据的功能。3.1.2.10.7 会诊转诊管理具有使用模板、复制等工具完成会诊、转诊申请、处理、报告等的功能。3.1.2.10.8 医学证明及报告管理具有使用格式化表单录入、编辑、审核出生医学证明、死亡医学证明、诊断证明、传染病、肿瘤等疾病报告、孕产妇、新生儿死亡报告、出生缺陷儿登记等医学证明及报告的功能。具有从病历中采集症状信息，实现症状监测报告的功能。3.1.2.10.9 健康体检报告具有使用格式化表单创建、录入健康体检报告的功能。3.1.2.10.10 电子病历查询、输出(1) 病历调阅、查询展现、打印具有门急诊、住院269、电子病历、医嘱、检验检查报告、医学影像信息、健康体检报告的调阅、查询、检索、展现、打印的功能。可通过与区域卫生信息平台的联网查询病人在其它医院的电子病历。(2) 病人信息查询具有查询病人基本信息、费用信息、医保账户信息的功能。可通过与区域卫生信息平台的联网查询病人健康档案。3.1.2.10.11 其它信息查询(1) 通用信息查询具有查询医保项目政策信息、医保药品目录、国家基本药物目录、药品、耗材、诊疗项目咨询联机检索的功能。(2) 关键质控、管理指标查询具有查询医生、科室、医院均次费用、药品比例、平均住院天数、诊断符合率、处方合格率、甲级病案率等医疗质量、医院管理绩效统计指标查询的功能。3.1270、.2.10.12 病案管理具有住院病案首页数据采集、病案归档、病案借阅等管理功能。3.1.2.10.13 医疗统计分析具有建立医疗信息数据仓库，实现医疗业务、病历质量、医疗质量统计分析功能。3.1.2.10.14 医疗质量、医疗行为、医疗安全管理具有医护工作站、医院质管部门、跨医疗机构的区域质控中心的三级医疗质量、医疗行为、医疗安全三级监管功能。(1) 临床合理用药监测控制具有监测控制门急诊、住院用药医嘱，审查用药安全性、有效性、合法性、经济性的功能。(2) 抗生素等特殊药品使用分级控制具有监测控制门急诊、住院用药医嘱，审查抗生素等特殊药品使用，实施分级管理的功能。(3) 院内感染报告具有录入271、编辑、审核院内感染报告的功能。(4) 药物不良反应报告具有录入、编辑、审核药物不良反应报告的功能。(5) 病历质量控制具有病历书写格式规范、用语规范、段落缺漏、内容缺漏、书写时效与顺序控制，病历模板及其使用、病历复制、内容雷同、前后一致性等规范性控制的功能。(6) 处方质量控制具有控制大处方、重复开药等处方规范控制的功能。(7) 危机值监测及管理具有从检验检查结果中采集危机值信息，实现危机值处置全过程管理的功能。(8) 危重患者警示及处理具有从检验、检查、生命体征监测等信息系统发出危重患者警示并记录处理过程及结果的功能。(9) 手术分级质量监测具有对各类手术进行分级管理、医师级别审核、审批程272、序及审批权限管理过程的质量监测与管理功能。(10) 安全输血质量监测具有对输血前、输血中、输血后的申请、采用、鉴定、配型、发血、输血、不良反应等输血全过程的质量监测与管理功能。(11) 护理质量控制具有护理病历、护理操作质量控制的功能。(12) 医疗知情告知警示具有对各类患者知情告知的警示功能。(13) 公共卫生报告质量监测具有对传染病、肿瘤、职业病等法定公共卫生报告的质量审核监测、漏报检查的功能。(14) 医疗费用监控具有门急诊、住院医疗费用及其控制指标的实时监控、警示、统计分析的功能。3.1.2.10.15 医疗知识支持具有联机检索、咨询临床诊疗指南知识库、临床路径知识库、检验项目指标知识273、库、用药知识库等医疗知识的功能。3.1.2.10.16 医保政策咨询及医嘱规范警示具有联机咨询医保政策，并根据医保政策要求推荐合理诊疗方案、诊疗项目、药品、卫生材料，并对医生不合理的医嘱行为进行监控警示的功能。电子病历的扩展功能是电子病历的智能化应用、结构化应用、区域医疗应用、无线移动应用等高级应用功能，扩展功能为电子病历应用系统的可选功能。3.1.2.10.17 智能辅助诊疗决策具有利用医疗知识库辅助医生正确诊断、正确治疗的功能。3.1.2.10.18 临床路径控制与管理具有临床路径设置、病人进入路径选择、临床路径工作流控制、任务列表、时间提醒、变异记录、分析等临床路径控制与管理功能。3.1274、.2.10.19 病历结构化处理具有对非结构化、半结构化病历中医学术语关键字等关键信息进行格式化抽取、处理，并可生成结构化病历的功能。3.1.2.10.20 专病结构化电子病历具有对公共卫生管理的重点传染病、慢性病、妇幼保健等，以及具有医院特色的专科疾病建立专病结构化电子病历的功能。3.1.2.10.21 区域临床信息协同应用具有通过与区域卫生信息平台的联网，获取病人在其它医疗机构用药、检查信息，实现全局的、合理用药监测审查、重复用药、检查提醒等功能。3.1.2.10.22 电子病历的接口具有与医院收费系统、药房系统、检查检验系统、医疗设备材料管理系统的接口，实现电子病历与医院业务运营的数据共275、享及业务协同。电子病历应用的核心功能是电子病历的创建、管理、临床应用、管理应用等各类主要业务处理功能，主要功能为电子病历应用系统的必备功能。3.1.2.10.23 查询统计1) 为独立运行的系统，基于DWH的技术，实现临床业务数据的汇总、整理、后台清洗。2) 病历查询与统计分析对应的数据为以病人为核心的全医疗数据，包括病历信息、医嘱信息、检验检查信息、费用信息等。3) 通过患者的基本信息进行病例的查询功能，提供按病历结点进行搜索的功能。4) 基于语义的模糊查询功能，提供各种组合条件的查询。5) 支持检索内容输出为Excel文件，提供导出为常用统计软件SPSS和SAS软件可以识别的数据文件。6)276、 支持病历WEB查询，提供远程共享功能。7) 查询与统计功能具有权限定义，可按照权限定义进行各级数据统计分析，统计数据支持各种图形展示8) 疾病统计：提供可自定义的图表分析工具。3.1.2.10.24 系统管理n 用户及权限管理系统以电子病历为核心，建立与各个临床信息系统统一的用户注册管理，以及病历建立、录入、修改、签字、归档、调阅，分部门级别、科室类别、人员职别的电子病历应用权限管理。1) 获取HIS的用户账号、密码、权限等级至电子病历系统。2) 提供创建用户名、密码，分配用户角色和工作组并进行授权的功能。密码可设置有效期，过期密码自动失效。3) 对用户名、密码实行多次认证错误自动锁定功能。277、4) 管理员可以对用户密码进行初始化处理。5) 用户权限设定可以细化到某种病历（分管患者、本科患者、全院患者和封装以后的病历）的某种文书的读/增/删/改。6) 用户权限加以时间限制，超出设定的时间不再具有相应的权限。7) 提供按照业务需求自动对用户进行临时授权功能， 如会诊等。业务需求结束后自动取消授权。n 知识库管理1. 模板知识库系统能够按照不同科室、医生，设置不同的病历、检查报告模板，以方便病历录入，规范病历书写格式。1) 权限管理：模板定义功能设有权限控制，开放给具有权限的相关人员。2) 模板定义：系统提供多种病历元素控件，如固定文字内容、可编辑文字内容、下拉列表选择内容、单选项按扭、278、多选项按扭等内容等；可以为病历元素设定属性（必填、必选、正常值域等）；通过灵活的模板定义工具，方便模板控件属性设置和内容填充。多行文本档要有自动缩放功能，并实现多个选中控件的SIZE的数值相同的功能等；支持宏的定制。3) 控件支持多种接口：打印接口、质控接口、知识库接口和用户操作接口。4) 控件标准化：支持COM组件和.Net组件。5) 窗口任意布局及功能组合，实现一体化的医生工作站。6) 模板管理可以进行增加、修改及删除模板。7) 根据临床习惯模板会自动（不自动）生成与之相对应的树形列表，用户可以跟据此树形控件核对属性的设置情况。8) 模板制作完成后，经过保存后，用户就可以选择病历模板进行病279、历书写，模板页在病历中（如入院记录、出院记录、病程记录、护理记录等），软件提供控制的功能。9) 模板类别按照方便管理和应用分为：默认公用模板和专科模板。 10) 可用CTRL多选控件并对多个控件进行公共属性设置；在同一页的复制多个控件，并可下移错位；可以有一个整体预览窗口，添加标尺在页面上等。2. 医嘱组套管理系统能够针对多收费项目的医嘱，设置不同的医嘱组套，建立医嘱与收费项目的关系，以方便医生按照临床习惯录入医嘱。3. SNOMED知识库系统能够在病历中设置医学术语关键字，以便于病历的查询、统计分析。医学术语采用统一的标准。1) 可在病历模板设置中增加SONMED搜索选项；精确搜索项可以快速280、查找SONMED内容。2) 提供SNOMED标准术语二次加工成组合模板的功能。3) 知识库可进行增加、修改及删除操作。4. 临床路径知识库1) 提供卫生部公布的全部临床路径基础模板库2) 提供路径模板定义、修订、删除功能。5. 临床诊疗指南知识库1) 提供临床诊疗指南基础知识库2) 提供临床诊疗指南修订功能6. 合理用药知识库1) 提供专业的合理用药知识库嵌入功能2) 提供特殊药品使用权限管理功能7. 医疗保险政策知识库1) 提供药品价格、医疗保险政策基础知识库2) 提供知识库修订、维护功能8. 诊断知识库1) 提供国际标准ICD-10诊断编码库2) 提供对诊断编码库的增加、修改及删除操作3)281、 提供新增诊断与标准编码匹配功能4) 提供标准中医诊断编码9. ICD-9-CM-3（国际疾病分类-手术操作编码）10. 常用字词库、符号库、医学图形库n 系统管理1. 病历安全性管理1) 电子病历数据长期管理和存储，具有电子病历数据备份和恢复功能2) 对电子病历设置保密等级的功能，对操作人员的权限实行分级管理，用户根据权限访问相应保密等级的电子病历资料。3) 提供网络故障数据暂存功能，当发生网络故障时，可将未保存的数据暂存本地，待网络恢复后，联网上传至中心数据库。2. 病历并发1) 支持病历并发管理，提供操作提醒；2) 支持病历并发手工解锁功能。3. 病历预警1) 支持按照病历节点维护预警条282、件；2) 支持预警流程维护；3) 支持自动检索病历，判断是否符合预警条件，并进入预警流程。4. 病历封存1) 支持病历自动封存，设置自动封存条件；2) 支持病历实时封存与解封功能；3) 病历封存后只能浏览，不能进行编辑操作。5. 日志管理系统可记录电子病历操作日志，追溯病历的操作过程。1) 提供病历操作日志功能，记录历次病历操作的信息；2) 提供病历节点日志功能，记录历次病历内容修改的信息；3) 提供病历打印日志功能，记录病历打印的信息。n 隐私保护系统能够按患方要求及应用场景，设置个人隐私信息以及对隐私信息访问的权限。n 数据质量审核控制系统能够实现病历数据值域控制、非空控制，当同一数据在不283、同病历数据记录中出现，或者逻辑相关的不同数据在相同或不同时病历数据记录中出现，系统能够审核数据的一致性、完整性。系统能够设定数据项之间的逻辑审核关系，实现数据录入时的自动差错检查功能。n 数据存储与管理系统具有数据、超文本、图形、图像、动态影像等各种形式电子病历数据的存储、格式转换、无损压缩、加密、备份、恢复等功能。n 系统配置、维护系统具有机构、部门、人员基本信息、 用户、角色、用户组及其权限，数据字典维护，编码及规则，系统功能性控制参数，界面及菜单等信息的配置、维护功能。n 信息安全电子病历的信息安全应能做到身份认证、授权管理、分级访问、责任认定，有效保护病人隐私及医院医疗信息安全。采用电284、子认证技术后，实现病历信息真实性、完整性、机密性、不可抵赖性，为电子病历取证提供法律保障。具有网络安全、数据安全、系统安全、应用安全、防病毒等安全性技术措施，以及应急预案及安全管理制度保障。3.1.2.11 电子病历数字认证系统3.1.2.11.1 身份认证l 系统应具有采用身份认证技术验证操作人员身份的真实性，从而实现有效的用户角色对使用系统功能的权限控制，并保证通过身份验证的操作人员写入数据的真实性、完整性、不可抵赖性；l 电子病历的使用者在登录电子病历应用系统时必须经过身份验证，以及对该用户数字证书的验证。在系统登录、数据操作时的数据的写入、审核、修改、查询、打印等操作时也应用经过身份验285、证，确保数据的安全性；l 身份认证功能并非电子病历应用系统的权限控制功能，而是电子病历应用系统用户的合法身份确认功能。身份认证功能与电子病历应用系统的权限控制功能相结合，构成电子病历应用系统的具有身份认证的权限控制功能。3.1.2.11.2 数据加密及数字签名l 应具有针对电子病历记录数据、生成及修改人身份数据进行电子认证的数据加密、数字签名操作的功能；l 数据修改、写入时，对写入的记录做绑定身份标识及密钥的数字签名，生成、加密记录摘要信息并与原始的明文数据记录一并写入数据库；l 考虑到电子病历数据结构的复杂性，为了保证记录数据的完整性，对于主次表结构的数据，记录摘要应包含主表与所有子表关联记286、录集的记录摘要。3.1.2.11.3 数据解密及数据验证l 应具有在对电子病历数据进行查询、审核、修改、打印等访问时，对数据的真实性、完整性验证的数据解密及数据验证功能；l 数据验证时读取、解密加密的记录报文摘要，验证明文记录，核实、确定写入人的真实身份；l 应具有问题数据信息提示发送的功能。对验证未通过的问题数据发通知给数据原作者要求其检查纠正。3.1.2.11.4 电子签章l 电子病历及其它医疗文书、检查检验报告、体检报告的打印需要临床医护人员、医技医生、体检医生撰写者、审核者的签名及医院盖章，在此应用电子签章技术；l 电子签章的形式可选择医生个人签名、私章、医院公章、数字签名数码、条码、287、二维码打印，或是这些形式组合；l 电子签章只是展示形式上的数字签名，不能代替数据库中以记录摘要信息数据元经过签名密钥加密运算形式保存的数字签名；l 电子签章打印的过程主要包括读取电子签章、验证电子签章、打印电子签章功能；l 电子签章的应用需要一个专门的电子签章系统支持。电子签章系统应包括签章制作、签章发放、文书签章、签章验证、身份认证、撤销签章、移动签章、冻结签章、文件保护、文档验证、打印控制、应用接口等功能。3.1.2.11.5 时间戳l 时间戳系统应具有针对所有重要的、需要数据生成或修改人承担法律责任的医院信息系统记录数据、生成及修改的时间进行数字签名操作的功能；l 时间戳系统应采用国家授288、时中心授权的标准时间源；l 时间戳系统本身应采取独立的软、硬件一体化系统，以保证标准时间源不受干扰、篡改；l 时间戳系统应采用国家及卫生部认可的第三方电子认证权威机构所颁发的数字证书；l 时间戳系统的数据格式及应用接口应符合国家相关技术标准的要求；l 时间戳系统具备安全备份机制。3.1.2.11.6 数字证书管理l 电子认证技术应用必须要设有专职人员管理。电子认证管理的内容包括医院所有用户数字证书的申请、发放、撤销过程的管理，证书介质的维护，医院信息系统电子认证技术应用系统的维护等。所有电子病历应用系统的电子认证技术应用必须统一维护、统一管理；l 数字证书管理是指用于各级卫生行政主管部门、医院289、的数字证书管理人员，完成数字证书审核、发放、管理工作的计算机应用程序；l 数字证书管理的目标是建立各级卫生行政主管部门的RA分中心、医院数字证书受理点，实现在政府认可的权威CA中心管理下的卫生系统的数字证书审核、发放、管理过程。3.1.2.11.7 临时证书管理l 操作人员因各种原因不能使用原发放证书，需要在证书管理职能部门领取临时证书，证书管理部门应记录临时证书有效序列号与用户匹配，在验证签名时可以准确确认用户证书；l 电子病历应用系统应该对临时证书与用户原证书进行区分，确保用户在限定时间内只有一张证书可以使用。3.1.2.11.8 控制与维护管理(1) 电子认证应用过程的安全性控制功能l 290、当登录电子病历应用系统时，能够检测是否有合法的数字证书介质存在，如果数字证书介质不存在或与登录人身份不符合，系统应提示拒绝登录，或提示数字证书介质不存在，不能进行电子认证的相关操作；l 当应用系统保存重要数据时，能够检测是否有合法的数字证书介质存在，如果数字证书介质不存在或与登录人身份不符合，系统应提示不能保存数据；l 在使用数据解密、数据验证、电子签章时，均应检测是否有合法的数字证书介质存在，如果数字证书介质不存在或与登录人身份不符合，提示不能验证数据或打印带有数字印章的电子病历及其它医疗文书等。(2) 电子认证与电子病历应用系统权限控制的结合l 电子认证技术应用应将个人数字证书绑定到电子病291、历应用系统用户权限配置功能中；l 在系统登录、权限控制时，结合身份认证功能实施电子认证的安全性控制。(3) 电子认证应用的配置管理在相关法律法规出台之间，电子认证技术在电子病历中的应用是一个探索的过程，在应用过程中会不断改进。因此，要求电子认证应用系统具有可配置、可维护的功能，可以设置需要身份验证、数字签名、数据加密解密、数据验证的系统、模块，写入、读出的数据，以使电子认证技术的应用具有灵活性，不能因为过多的电子认证过程影响了业务系统应用效率，也不能因为缺少必要的电子认证应用影响了系统数据的真实性、完整性、机密性、不可抵赖性。数字证书应用的配置功能包括：l 登录时需要身份验证的系统配置；l 数292、据访问时需要身份验证的数据内容配置；l 数据写入、修改时，需要数据加密、数字签名的数据内容配置；l 正常业务数据调用以及电子认证审核管理时需要数据解密、数据验证的数据内容配置；l 电子病历及其它医疗文书打印时需要电子签章的电子病历及其它医疗文书配置。3.1.2.11.9 电子认证审计l 电子认证审计是指用于电子病历应用系统的应用人员及电子病历信息安全与质量管理人员，完成电子认证信息的监测、验证、审计管理工作的计算机应用程序。l 电子认证审计支持业务应用人员及信息安全与质量管理人员对电子病历中所有数字签名记录进行电子认证信息的真实性、完整性的日常监测、验证、审计管理应用；l 显示、统计验证结果；293、l 向相关医务人员发送通知，要求及时检查纠正，并重新写入数据。3.1.2.11.10 应用范围电子认证技术应用范围包括所有临床过程记录、结果信息，可根据医疗机构电子病历的应用条件以及电子病历的重要性，按照病理诊断、检验检查报告、医嘱、住院病历、门急诊病历的优先顺序，实施电子认证，具体包括：l 病理诊断；l 检验报告；l 检查报告；l 医学影像；l 住院医嘱；l 住院病案首页；l 出院小结；l 住院志；l 住院病程记录；l 手术麻醉记录、输血记录；l 住院治疗处置记录；l 住院护理记录；l 知情告知同意书；l 医学证明及报告；l 会诊转诊记录；l 健康体检记录。3.1.3 无线移动医疗系统3.1294、.3.1 总体架构医院无线移动数字医疗系统的分为无线移动终端、无线网络、无线移动数字医疗应用软件、无线移动数字医疗数据及应用集成平台、基础支撑平台、原有固网应用系统资源适配、原有固网应用系统七个层次，以及无线移动数字医疗数据交换标准、无线移动数字医疗信息安全两个支撑平台。原有固网应用系统：与无线移动数字医疗应用软件在数据及业务协同上相关的系统包括HIS、CIS/EMR、LIS、RIS/PACS。原有固网应用系统资源适配层：通过无线移动数字医疗数据及应用集成平台连接原有固网应用系统，实现数据及应用集成，采用SOA的技术架构，WebService接口。基础支撑平台：是无线移动数字医疗数据及应用集成295、平台及无线移动数字医疗应用软件开发运营的平台，采用.NET Framework 3.5及其WCF、WWF组件。无线移动数字医疗数据及应用集成平台：实现无线移动数字医疗应用软件与原有固网应用系统之间的数据及应用集成的平台。无线移动数字医疗应用软件：包括移动查房系统、移动护理系统、医疗质量安全监控及业务协同系统、医疗业务信息查询系统。无线网络：无线移动数字医疗网络层，包括WiFi无线局域网（WLAN）、3G网以及蓝牙个人区域网（PAN）。无线移动终端：无线移动数字医疗应用终端，包括PDA、手机，也可连接笔记本、平板电脑、MCA等。无线移动数字医疗数据交换标准：包括数据集及互操作交换协议标准。无线移296、动数字医疗信息安全平台：包括无线网络接入安全、应用系统安全、应用平台安全等物理层、网络层、系统层、应用层安全以及安全管理与运维。3.1.3.2 应用体系架构无线移动数字医疗应用系统包括移动查房系统、移动护理系统、医疗质量安全监控及业务协同系统、医疗业务信息查询系统以及医院无线移动数字医疗数据及应用集成平台管理。(1) 医院无线移动数字医疗数据及应用集成平台管理l 使用人员：系统运维人员。l 应用终端：平台管理工作站PC。(2) 移动查房系统l 使用人员：医生。l 应用终端：手机。(3) 移动护理系统l 使用人员：护士。l 应用终端：PDA。图31无线移动数字医疗应用系统应用体系架构图3.1.3297、.3 系统技术架构医院无线移动数字医疗系统的核心是医院无线移动数字医疗数据及应用集成平台。医院无线移动数字医疗数据及应用集成平台的技术架构如下图所示。图32 医院无线移动数字医疗数据及应用集成平台技术架构图无线移动数字医疗数据及应用集成平台由如下部分组成：n 数据适配器：数据整合的接口，用于数据采集。n 服务适配器：应用整合的接口，用于提供协同服务。无线数字医疗应用的核心构件提供的访问医院信息资源的接口。为适应采用不同技术架构开发的HIS系统，资源适配器采用不同的接口技术，如API、COM+、文本文件、数据库表、Web Service等。本系统主要提供标准的Web Service接口，采用标准298、的XML描述格式。n 资源注册管理：HIS、EMR、LIS、RIS/PACS等医院资源信息在平台的注册管理。n 基础支撑平台：是无线移动数字医疗数据及应用集成平台及无线移动数字医疗应用软件开发运营的平台，采用.NET Framework 3.5及其WCF、WWF组件。医疗业务协同平台基础组件提供基础的短信服务、通信服务、以及平台基础框架。n 医疗业务类库：包括医疗业务原子、业务工作流程活动组件，是医疗业务协同所以来的基础构建。n 数据仓库、数据集成：数据采集、ETL的组件，采用Microsoft SQL Server Integration Service，以及Microsoft SQL Se299、rver 数据仓库，用于整合HIS、EMR、LIS、RIS/PACS、设备等医院资源信息，实现医院资源信息的规范化、标准化整合应用。n 工作流：平台定义的本系统各个业务协同应用的工作流。n 医疗业务组件：满足无线移动数字医疗应用的各类业务组件。n 多维数据分析、数据挖掘：采用Microsoft SQL Server Analysis Service的医院数据商业智能展示。n 业务外观层：无线移动数字医疗应用终端，包括PDA、手机，也可连接平板电脑、MCA、笔记本等，应用软件界面展现。n 平台安全管理：包括用户、角色、权限管理。n 平台运维管理：运行监控、配置管理。n Microsoft .NE300、T Framework 3.5开发及运行环境、移动应用支持环境、移动终端适配。本系统的医疗业务协同工作平台基于Microsoft .NET Framework 3.5、Microsoft .Net Compact Framework 3.5的技术架构开发，主要采用了通信基础(WCF)、工作流引擎(WWF)两个基础组件。医疗业务协同工作平台采用WCF、WWF技术访问医院信息资源，连接电信运营商的无线网络，提供无线数字医疗应用智能手机终端、PDA、笔记本、MCA、平板电脑以及PC平台管理终端的表示层的各种应用服务。有关WCF、WWF的详细技术说明见微软的.NET Framework 3.5、.Ne301、t Compact Framework 3.5产品说明。n 网络层本系统采用电信运营商无线网络，包括3G网及WiFi网。医疗业务协同平台通过医院局域网(LAN)以及院内覆盖的WiFi WLAN网，通过VPDN方式安全接入电信运营商的3G网实现院内系统与远程无线终端的IP连接。无线网络的详细技术方案见无线数字医疗应用部署方案。n 终端无线数字医疗应用产品的应用终端采用3G智能手机、PDA、笔记本，可接入电信运营商3G网及院内覆盖的WiFi WLAN网。无线数字医疗应用系统的终端应用程序运行于智能手机、PDA、笔记本终端。3.1.3.4 移动医生系统通过医生无线移动查房手机，实现诊疗信息查询、医学302、影像调阅、下达医嘱、会诊请求，以及及时查询、获取检查预约结果信息提示等应用。n 移动医嘱管理(1) 系统描述医嘱管理是住院医生工作站的医嘱系统的移动版本，用于医生在病人住院期间的任何时间、任何场合，下达各类医嘱、诊断，包括处方、各类检验检查申请单、治疗单、手术申请、护理、膳食、卫生材料、会诊、出院等。(2) 主要功能序号功能说明1病人身份识别通过病人携带的条码腕带识别，条码腕带在病人入院时打印。2医嘱录入按照HIS系统标准医嘱项目录入医嘱，包括医嘱组套录入。3诊断录入按照HIS系统标准诊断项目录入各类诊断，包括门诊诊断、入院诊断、出院诊断、术前诊断、术后诊断、检查诊断等。4医嘱修改对录入的医嘱303、在确认执行前在做修改。5医嘱撤销撤销未执行的医嘱。6医嘱查询查询已经下达的医嘱的内容、执行状态、费用。(3) 主要用户移动医嘱管理的主要用户为医院住院科室的各级医生，包括值班医生、床位医生、主治医生、主任医生等。n 移动电子病历查询(1) 系统描述电子病历查询是住院医生工作站、护士工作站、医技工作站信息查询的移动版本，用于医护人员在病人住院期间的任何时间、任何场合，查询病人住院电子病历信息、费用信息查询。(2) 主要功能序号功能说明1病人信息查询通过床头卡查询病人基本信息、床位信息。2诊疗信息查询查询病史、病程录、诊断、医嘱及其执行状况、检查检验结果、会诊报告、生命体征信息。3费用信息查询查询304、病人当前的住院费用及欠费情况。(3) 主要用户移动电子病历查询的主要用户为医院住院医生。3.1.3.5 移动护士系统通过护士无线移动护理记录终端，实现诊疗信息查询、费用查询、医嘱核对执行、床边体征检测记录、输液核对及记录、发药核对及记录、检验采样、其它护理工作记录、巡房记录；n 移动护理记录(1) 系统描述移动护理记录用于在住院护理过程中，通过手机移动采集护理信息。(2) 主要功能序号功能说明1病人身份识别通过病人携带的条码腕带识别，条码腕带在病人入院时打印。2护理工作记录使用PDA扫描病人条码，完成入院评估记录、记录巡房等各级护理内容的完成情况。3体征监测结果记录使用PDA扫描病人条码，完成305、记录病人体温、脉搏、呼吸、心电、进出量记录等体征监测结果。4发药核对及记录使用PDA扫描病人条码及药品包装条码，核对医嘱。5检验采样使用PDA扫描病人条码，样本条码，记录检验采样信息，并与LIS系统对接。(3) 主要用户移动护理记录的主要用户为医院住院护士。n 移动输液管理(1) 系统描述无线输液管理用于住院护士，管理病人住院输液业务过程中，通过PDA记录操作过程，控制输液过程质量，记录护理工作量。(2) 主要功能序号功能说明1病人身份识别通过病人携带的条码腕带识别，条码腕带在病人入院时打印。2住院移动输液管理使用PDA扫描病人条码，输液瓶贴条码，完成输液准备、开始输液、输液过程、完成输液的全306、过程三查七对确认(3) 主要用户移动输液管理的主要用户为住院护士。n 移动电子病历查询(1) 系统描述电子病历查询是住院医生工作站、护士工作站、医技工作站信息查询的移动版本，用于医护人员在病人住院期间的任何时间、任何场合，查询病人住院电子病历信息、费用信息查询。(2) 主要功能序号功能说明1病人信息查询通过床头卡、条码腕带识别，查询病人基本信息、床位信息。2诊疗信息查询查询病史、病程录、诊断、医嘱及其执行状况、检查检验结果、会诊报告、生命体征信息。3费用信息查询查询病人当前的住院费用及欠费情况。(3) 主要用户移动电子病历查询的主要用户为医院护士。n 医嘱核对执行医嘱核对执行是住院护士工作站医307、嘱管理的移动版本，用于护士在病人住院期间的任何时间、任何场合，查询核对医嘱，确认医嘱执行。(1) 主要功能序号功能说明1查询核对医嘱查询医嘱，核对医嘱。2确认医嘱执行确认医嘱执行。(2) 主要用户移动电子病历查询的主要用户为医院住院护士。n 特别功能声明体温血压、产程图等在工作中录入规定时间必须做的工作要提醒，第一次提醒本人、第二次提醒护士长。3.1.4 基于医院信息集成平台外部接口3.1.4.1 医保接口医疗保险接口是用于协助整个医院，按照国家医疗保险政策对医疗保险病人进行各种费用结算处理的计算机应用程序，其主要任务是完成医院信息系统与上级医保部门进行信息交换的功能，包括下载、上传、处理医保308、病人在医院中发生的各种与医疗保险有关的费用，并做到及时结算。医疗保险接口的设计必须符合各级政府下发的有关医疗保险的政策及法规和公费医疗管理办法。功能要求：l 下载内容及处理：实时或定时的从上级医保部门下载更新的药品目录、诊疗目录、服务设施目录、黑名单、各种政策参数、政策审核函数、医疗保险结算表、医疗保险拒付明细、对帐单等，并根据政策要求对药品目录、诊疗目录、服务设施目录、黑名单进行维护。l 上传内容及处理：实时或定时向上级医保部门上传。l 门诊挂号信息、门诊处方详细信息、门诊诊疗详细信息、门诊个人帐户、支付明细等信息。l 住院医嘱、住院首页信息、住院个人帐户支付明细、基金支付明细、现金支付明细309、等信息。l 退费信息：包括本次退费信息，原费用信息、退费金额等信息。l 结算汇总信息：按医疗保险政策规定的分类标准进行分类汇总。l 医疗保险病人费用处理：l 根据下载的政策参数、政策审核函数对医保病人进行身份确认，医保待遇资格判断。l 对医疗费用进行费用划分，个人帐户支付、基金支付、现金支付确认，扣减个人帐户，打印结算单据。l 校医疗保险指定格式完成对上述信息的上传。l 在医院信息系统中保存各医疗保险病人划分并支付后的费用明细清单和结算汇总清单。l 医疗保险接口系统维护：l 对下载的药品目录与医院信息系统中的药品字典的对照维护。l 对下载的诊疗目录与医院信息系统各有关项目的对照维护。l 对下载310、的医疗服务设施与医院信息系统中各有关项目的对照维护。l 对医疗保险费用汇总类别与医院信息系统中费用汇总类别的对照维护。l 对疾病分类代码的对照维护。l 医疗保险接口运行要求：l 应保证上传数据与医院信息系统中保留的数据的一致性。l 运行速度，要求系统在处理每一个门诊医疗保险病人时不得超过。l 按医疗保险部门的要求及时下载更新数据。l 及时与医疗保险部门对帐并结算。3.1.4.2 区域平台l 按照省区域卫生信息平台系统接口要求开发。l 费用明细、诊疗信息、病案首页、出院小结、手术记录、诊断、处方、医嘱上传l 检验报告、检查报告上传，半小时一次。l 用身份证调用病人诊疗信息l 医联病人诊疗信息查询311、l 省病人诊疗信息查询l HIS每天传一次，晚上上传到前置机l 处方分析检查l 上传数据分析决策、医院内部数据分析3.1.4.3 公共卫生接口l 按照省公卫系统接口要求开发。3.2 硬件系统集成医疗信息系统是一个以包含数据、多媒体影像处理、分析、管理、存储为主要功能的医院信息平台，因此，整体IT基础平台的架构以核心数据处理、数据存储与备份、容灾系统、信息安全、机房安控、接入终端等几个方面入手。整体IT基础架构划分为核心计算区域、核心交换区域、局域网络、无线接入、区卫生平台、公共服务区及远程接入几个功能区域。其中核心交换区域、局域网络、无线接入、区卫生平台及远程接入几个功能区域可以满足新增应用系统的功能和性能需求，因此暂不做改动。本节接着重进行核心计算区域、影像采集功能部署、公共服务区及终端进行改造和建设，同时建设符合卫生主管部分要求的信息安全体系。1. 网络系统建设高速的影像区域专用平台，由于影像系统对网络的带宽要求比较高，并且影像设备相对比较集中