医院互联互通标准化建设需求

医院互联互通标准化建设需求一、项目概况通过医院互联互通标准化建设，规范医院信息系统间的交互，致力建成符合现代化医院发展要求的计算机网络和管理信息系统，达到模式先进、流程优化、管理配套、支撑有力、运作高效；实现人、财、物、信息的管理一体化，实现医院日常业务管理、临床医疗管理、医院资源管理、控制管理的信息化和网络化，实现信息资源共享；促进医院管理和机制创新，促进经营管理和经营决策更加科学，提升全体员工信息化素质，使医院在现代化管理方面处于领先地位，为医院取得良好的社会与经济效益。二、建设原则医院互联互通标准化建设项目需以互联互通标准化建测评标准设为指导文件，全面整理升级医院现有信息系统、数据资源、整体服务架构和互联互通应用，根据医院总体发展建设目标和实际工作情况进行统一规划、分步实施。技术先进性与实用性相结合医院互联互通标准化建设项目建设是一项系统性的工程，在设计上应具有相当程度的先进性和完善性，考虑主流技术的发展趋势，确保系统能适应信息技术的迅速发展，更好地处理系统升级带来的问题。在系统实现过程中，最大程度地满足医院实际业务需要，以实用性为首要原则。资源共享原则系统建设在实用的基础上做到成本投入的最小化，在系统建设过程中，以资源的共享为基本原则。对于原有的设备、网络、软件、数据等现有资源尽可能的加以利用，在原项目成果基础上完善和拓展，充分保护现有投资。功能多样性与一体化医院互联互通标准化建设项目涉及了数据采集、数据管理、数据发布、决策管理等众多功能，并且面向的用户广泛。整个系统的体系结构需基于现有的医院信息系统统一技术集成框架，保证医院信息平台的完整性，能够对所有软硬件之间进行有效、稳定、安全的集成。技术方案的标准化和规范化应用系统的开发和实施管理，数据库系统的设计及网络体系结构，安全体系等等，全部遵循通用的国际或行业标准，符合国家有关标准规范，及符合医院信息系统技术标准。技术实现的安全性本系统涉及了医院相关部门的日常业务，为医院管理业务的开展和领导层决策提供了非常重要的基础数据，因此系统在实现过程中遵循两点基本原则，即数据不被非法访问和破坏，系统操作安全可靠。系统可扩展性原则由于在系统建设和运行过程中存在数据变动、业务流程变化、软硬件升级等一系列不稳定因素，系统在设计和开发的过程中提供一定的可扩展性，防止由于数据、业务变化等因素造成系统运行的不稳定。易操作和易维护原则系统在实现过程中需考虑到用户层面的需求，提供良好的用户界面和在线帮助功能，从而减少复杂的培训过程。同时，要具备良好的可维护性，系统管理人员在经过一定的培训后能独立解决系统运行中出现的问题，减少维护成本的支出。系统开放性为了确保应用系统具有良好的互操作性和可移植性，系统的数据格式符合有关国家标准或行业标准。三、技术及性能需求1）系统设计有前瞻性、先进性、可靠性以及可扩展性，符合信息化发展的方向；2）医院信息系统的项目建设要符合医疗行业的法律法规要求，系统功能范围和要求遵循卫生部医院信息系统功能规范要求，支持国际、国内的医疗相关标准，包括HL7、XML、DICOM3.0、ICD-10、SNOMED等相关标准。3)在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足用户对信息处理的需求。4)系统在开发过程中，应该充分考虑以后的可扩充性。要求系统提供足够的手段进行功能的调整和扩充。只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。5)软件易安装、易学习、易理解；软件具有可配置能力，例如显示界面、显示格式、报表格式等可以调整；用户界面友好、界面风格与现有系统保持一致；各种提示信息准确，术语规范；提供联机帮助，软件操作方便。6)软件对各种误操作和不合理操作具有屏蔽和示警能力，能屏蔽用户操作错误，输入数据时能进行有效性检查；具有失效恢复能力及容错性，故障可追溯。7)系统具有操作授权及权限控制，防止非法侵入；提供运行日志管理及审计功能；具备数据备份及数据恢复能力，数据安全可靠。四、建设内容医院互联互通标准化建设项目，主要内容为：数据资源标准化建设、互联互通标准化建设、互联互通应用建设。其中数据资源标准化建设内容包括：互联互通标准数据集和共享文档建设，涉及到门急诊挂号系统、门诊医生工作站、住院病人入出转、住院医生工作站、住院护士工作站、门急诊收费系统、住院收费系统、药品管理系统、电子病历、临床检验系统、医学影像系统、护理管理系统。互联互通标准化建设包括：信息集成平台、数据备份与集成、临床数据中心、运营数据中心。互联互通应用建设内容包括：基于CDR的应用、基于ODR的应用。项目建设具体包括：系统设计、开发、实施、运行维护以及相关的产品供货、安装调试、系统集成、运行维护、项目验收以及技术培训和不少于一年7*24小时免费维护和售后现场技术服务等。4.1总体要求通过对现有医院信息临床信息系统进行全面升级改造，以《电子病历基本数据集》、《电子病历共享文档规范》和《医院信息互联互通标准化成熟度测评指标体系》三个标准化文件为指导，结合医院实际情况，全面升级改造医院现有信息系统整体架构。建立医院的信息交换平台，通过企业服务总线（ESB）或消息中间件实现服务注册、服务发布和服务适配，提供消息传输机制，建立服务动态松耦合机制，实现各集成应用之间透明管理。建立医院临床、运营两大数据中心。在医院信息交换平台上遵循HL7/IHE标准并融入标准化值域代码与数据集；在临床数据中心上实现标准化共享文档与服务调用，并基于两大数据中心提供安全可靠的公用门户、自助服务、无线移动、质量监测与决策分析服务。通过本次项目建设，医院信息系统相关软件需达到互联互通四甲要求。4.2数据资源标准化建设本次项目医院数据资源标准化建设需建设以下互联互通共享文档：序号共享文档序号共享文档1病历概要28输血治疗同意书2门急诊病历29特殊检查及特殊治疗同意书3急诊留观病历30病危（重）通知书4西药处方31其他知情同意书5中药处方32住院病案首页6检查报告33中医病案首页7检验报告34入院记录8治疗记录3524h内入出院记录9一般手术记录3624h内入院死亡记录10麻醉术前访视记录37首次病程录11麻醉记录38日常病程记录12麻醉术后访视记录39上级医师查房记录13输血记录40疑难病例讨论记录14待产记录41交接班记录15输血记录42转科记录16宫剖产记录43阶段小结17阴道分娩记录44抢救记录18病重（病危）护理记录45会诊记录19手术护理记录46术前小结20生命体征测量记录47术前讨论21出入量记录48术后首次病程记录22高值耗材使用记录49出院记录23入院评估50死亡记录24护理计划51死亡病历讨论记录25出院评估与指导52住院医嘱26手术知情同意书53出院小结27麻醉知情同意书4.3互联互通标准化建设信息集成平台作为新一代医院信息系统的核心系统，必须实现以基于消息的连接方式为核心，全面整合医院现有的业务系统和模块。4.3.1信息集成平台集成平台需支持医院内各应用系统接入，支持使用业内标准的规范协议，将医院分散的业务系统连接起来，实现全院所有系统的信息共享，互联互通。集成平台需提供全面的HL7接入服务，提供标准HL7接口用于连接院内的各个应用系统，各个应用系统通过集成平台进行消息交换，集成平台功能和性能要求如下。信息集成平台要求架构需求内嵌持久化多维引擎、ESB、BI、面向服务和面向对象开发平台的统一架构。基础功能需求遵循SOA技术标准与设计原则，并基于消息及事件驱动技术。基于消息引擎保障消息的传输、发布/订阅、基于内容的路由、高效的消息传输与转换、业务规则处理，并支持同步和异步的业务及数据互操作。所有的消息、状态、数据都自动持久化，确保消息发送和流程的断点恢复。通过精确的事务位图索引实现对消息资源库的实时更新与访问，实现对业务的监控、审计与管理。提供丰富的适配器支持主流的开发语言、异构系统接入以及数据库的访问，并能够通过对适配器的继承与扩展适应新的业务及技术要求。服务总线提供单元测试服务对用户自定义适配器进行调试从而提升适配器部署与开发的效率。支持基于WebServices的服务封装、安全与服务调用。支持最新的WebServices标准，包括XML、XPATH、XSLT、SAX、SOAP、REST、DTDs。能够把所有的系统、服务、数据都封装成对象，并根据其它业务系统的需求发布为COM、.NET、JAVA、ODBC、JDBC、EJB、XML以及WebServices供其它系统、服务、与业务使用。支持BPL、BPLE4WS、BPEL、BPML、BPMI。支持基于数据转换引擎的数据转换功能，包括XML、HL7、X12、ASTM、EDIFACT以及非XML的图形化的数据转换、解析与映射。支持基于业务流程引擎、工作流引擎的图形化流程设计与测试。支持丰富的传输访问协议，包括HTTP/HTTPS、TCP/IP，FTP/File、Socket、SMTP、SOAP/HTTP、SOAP/JMS、SQL。支持数据的加密/解密、压缩/解缩。支持SSL/TLS、WSS、X.509以及公钥架构。提供端到端的管理，包括可视化的快速故障诊断与消息检测、监测整个系统及关键指标的行为与状态，并能自动生成相应的监测报告。业务流程引擎功能要求提供标准的业务流程语言（BPL）描述可执行的业务流程。并提供详细的业务流程语XML元素（XMLElements）。业务流程设计器支持用户自定义代码。提供可视化的业务流程设计器。业务流程必须能与市级区域卫生信息平台兼容，业务流程设计器是一个功能齐全，可视化建模工具，以图形方式查看和编辑业务流程逻辑。业务流程设计器包括业务流程的可视化和BPL表示之间完整的双向工程。业务流程设计器能够通过点击图形元素的输入/输出连接点并拖拽到待连接的元素。业务流程语言中的每一个元素在业务流程设计器中都有一个对应的图形用于图形化的业务流程设计。业务流程设计器提供丰富的调试功能，通过专门的调试元素（Elements）对业务流程进行调试。业务流程设计器支持同步与异步的消息处理方式。业务流程设计器支持消息的状态维护，确保长时间运行的业务流程可以暂停，并在重启之后回到暂停前的状态以继续运行。工作流引擎功能要求信息平台必须内嵌工作流引擎，工作流引擎应与业务流程引擎内部紧密集成，实现跨机构、部门的系统、技术、数据和人工工作的交互性，工作流引擎需要符合如下功能：提供完全自动化的业务流程，并能够通过人工干预处理异常情况。提供调用异构应用系统的功能，将工作流事件通知外部系统，或从外部系统取得工作流决策所需的其他信息。提供持久化功能，以支持可能持续数天或数周才能完成的长时间运行业务流程。基于用户的流程定义可以独立于业务逻辑，允许开发人员和系统分析师共同合作，独立定义各自的部分。基于角色的工作流用户管理。能自动生成的工作任务表单，并支持用户自定义的任务表单样式模版。工作任务拥有状态，例如未分配的、活动的、完成的、取消的、放弃的、重分配的等，工作流引擎应有持久化处理日志，记录任务处理的用户、时间、状态、结果等。拥有可定制化的工作流门户，用户登录工作流门户可以通过工作列表管理自己的工作任务。工作流引擎支持各类不同的任务分配模式，包括先来先服务（FirstCome,FirstServed）、按用户名称分配、按用户岗位分配、按用户工作量分配等。工作流引擎提供工作流的开发模型，包括任务请求定义、任务应答设计、工作流程设计等。工作流引擎提供可视化的工作流的测试模型。业务规则引擎功能要求业务规则引擎可以确保一个非技术人员能够可视化的在指定的关健点变更业务流程的行为，信息平台的业务规则引擎可以通过可视化的规则编辑器完成对业务规则的变更。业务规则引擎需要符合如下功能：业务规则引擎应能同时处理通用规则和路由规则。所有的规则都有一个或多个规则集，每一个规则集都具有生效的起止时间，规则引擎自动根据时间调用正确的规则集。业务规则可以被继承、调用，并支持导入导出。业务规则引擎包括功能强大的可视化编辑器。包括业务规则向导；业务规则集的创建、编辑、调试等。数据转换引擎功能要求数据转换引擎是信息平台重要的组成部分，它能够实现异构系统间的消息转换，用于把一种消息类型通过可视化的或者编程的方式转换为另一种形态的消息，数据转换可以被业务流程引擎、业务规则引擎等调用。数据转换引擎需要符合如下功能：数据转换引擎提供图形化的数据转换界面，图形化的列出源消息与目标消息的结构，并通过拖拽的方式把源消息的某个节点关联到目标消息的某个节点，从而形成源消息与目标消息之间的一对一、一对多、多对一的关系。图形化的数据转换界面应支持HL7V2.x、HL7V3、其它用户自定义的XMLschema之间的相互转换。数据转换引擎提供对数据转换的新建、编辑、重置、取消、删除、编译、测试等功能。提供数据转换测试工具。数据转换规则可以导入导出。平台适配器与网关功能要求适配器是完成通用连接功能、可以复用的代码组件，通过配置平台可以使用适配器连接不同的数据源和外部系统。投标人需要详细说明其平台软件所支持的适配器种类及应用范围。平台应提供适配器和网关双向连接外部的技术、协议与应用。具体需求如下：适配器可以分为输入型适配器和输出型适配器，输入型适配器负责接收和验证外部系统的请求；输出型适配器将响应发送给外部系统。平台应该内嵌至少以下双向适配器：SQL适配器、Cache’数据库适配器、JSON适配器、SOAP适配器(包括服务器端和客户端)、REST适配器、TCP适配器、HTTP适配器、文件适配器、FTP适配器、Email适配器、IBMWebShpereMQ适配器。可以基于已有适配器继承、开发新的用户自定义适配器。信息平台提供网关通过代理对象方式以操作本地对象的方式操作外部的数据库、Java包、.net应用等的技术。为保证平台与外部数据库应用、.net应用和Java应用的连接性，平台应该提供网关技术实现与数据库、.net构架组件和Java组件的互操作性。其中Java网关应支持对JavaMessageService（JMS）、SAPJavaConnector(SAPJCo)的互操作。医疗行业互操作性标准的支持支持以下医疗行业互操作性标准：HL7v2—HealthLevel7version2HL7v3—HealthLevel7version3FHIRCDA—ClinicalDocumentArchitectureCCD—ContinuityofCareDocumentCCR—ContinuityofCareRecordDICOM—DigitalImagingandCommunicationsinMedicineASCX12—AccreditedStandardsCommitteeX12UN/EDIFACT—UnitedNationsElectronicDataInterchangeforAdministration,CommerceandTransportASTME1394-97—AmericanSocietyforTestingandMaterialsE1394-97支持HL7FHIR标准FHIR资源对象模型——实现所有基于DSTU2FHIR标准的所有资源对象模型。FHIR服务器——正确处理传入的FHIR请求，并转化为FHIR对象存储。FHIR客户端——连接外部FHIR服务，传出、接收FHIR格式消息。FHIR消息模型——使用序列化方式在各个组件中传输FHIR内容，而不使用高磁盘、内存开销的对象方式在组件中传输。在需要对FHIR内容进行判定操作时，需进行反序列化操作。互操作性范例——提供四种互操作性范例用于系统间通讯：REST、Messaging、Document以及services。FHIR资源存储——用于存储FHIR资源，并提供完整的Create、Read、Update、Delete操作。平台调试与测试的能力数据转化的测试工具平台各个组件，特别是对外部服务的单独测试能力IHE测试工具部署能力具有跨平台部署能力，支持以下操作系统平台：AppleMacOSX10.9,10.10,10.11forx86-64HPHP-UX11iv3forItaniumHPOpenVMS8.4forAlphaHPOpenVMS8.4forItaniumIBMAIX®6.1TL6100–05,7.1,7.2†*forPowerSystem-64MicrosoftWindowsServer2008,Vista,7,8,8.1forx86-32MicrosoftWindowsServer2008,Server2012,Vista,7,8,8.1,10forx86-64OracleLinux6.1,7forx86–64OracleSolaris10,11forSPARC-64OracleSolaris10,11forx86-64RedHatEnterpriseLinux6forx86-32RedHatEnterpriseLinux6,7forx86-64RedHatEnterpriseLinux7forPowerSystem-64SuSELinuxEnterpriseServer11x86-32SuSELinuxEnterpriseServer11,12forx86-64具有冷、热备份／恢复能力。支持高可用方案企业服务总线作为业务集成平台的核心系统，需支持较高的稳定性、可靠性要求，至少需支持以下几种高可用方案：FailoverClusterVirtualizationHAMirroring－无需硬件和操作系统支持的高可用方案OpenVMSConcurrentCluster性能要求提供内嵌持久化存储引擎，实现性能最优化性能提供全数据加密能力。消息引擎性能要求可提供3.7亿／10小时的HL7消息吞吐量。可用性培训一名甲方的人员会熟练应用4.3.2统一用户认证与单点登录提供集中化的安全管理服务，它为各个应用系统提供集中式的认证、授权和单点登录。由于需要和其他系统进行交互，除了需要提供范围很广的内置认证程序，还需要支持外部认证程序；系统需要管理服务的访问请求的许可和拒绝策略，确定用户可以访问的服务以及用户对这些服务可以采取的操作，然后向用户授予适当的访问权限，授权服务对业务系统提供一种标准授权机制。统一用户认证采用信息集成平台统一管理全院所有的用户信息，平台将提供以下服务：统一用户认证与单点登录用户管理信息集成平台提供Web管理界面用于新增、修改、停用用户。用户同步信息集成平台Web管理界面对用户做出的修改实时发送消息到信息集成平台，由其转发至各个应用系统，应用系统收到消息之后更新至应用系统数据库。密码更改各个应用系统中可以提供修改密码功能，应用系统更新本地数据库，并向信息集成平台发送密码更改消息；信息集成平台收到消息后更新信息集成平台数据库，同时转发至其他应用系统。用户认证系统需提供本地系统认证和信息集成平台服务认证两种方式。权限管理对用户相应系统的权限管理到应用级。接入系统接入系统数量满足临床应用系统需求，且不少于40套4.3.3病人主索引（MPI）提供全院级别的患者主索引，以MPI为主线将患者在全院的医疗活动串联起来，方便进行数据的统计、各个系统的互联互通、历史数据的查询等。信息集成平台需提供MPI（病人主索引）服务，用于管理在医院就诊的所有患者。病人主索引需满足IHE关于病人信息的规范要求，并提供如下管理功能：病人主索引（MPI）病人主索引建立在HIS系统中完成，并发布到信息集成平台，由信息集成平台发送给各个应用系统。病人主索引修改各个系统可以对MPI信息进行修改，并发布到信息集成平台，由信息集成平台发送给其他应用系统。病人主索引查重可支持通过相同生日、姓名拼音、年龄、性别、生日等关键信息查询统一病人在医院的多次建档记录。病人主索引合并支持将业务系统中多个病人信息记录关联到同一病人ID下，实现同一患者多次就诊医院就诊记录的关联合并。病人主索引查询服务提供标准的病人档案查询接口供其他查询病人信息。与HIS系统对接MPI建设好后须与HIS系统相互兼容和调用。4.3.4统一元数据管理功能要求指标要求统一元数据管理实现医院统一元数据管理，对元数据进行标准化，实现院内其他应用系统所使用的字典以信息集成平台为准，支持各个应用系统根据自身的需要选择性接收信息集成平台发出的元数据同步消息。互联互通测评要求结合互联互通测评要求，统一主数据管理需满足互联互通测评中数据集标准化要求，具体要求参考原国家卫建委颁布的《WS445.1-2014电子病历基本数据集》至《WS445.17-2014电子病历基本数据集》共17个文件中的数据集标准化要求。4.3.5医院内部系统对接功能要求指标要求集成平台与其它医院信息系统的对接作为本次招标的一个组成部分，集成平台需支持但不限于以下的系统接入（满足互联互通标准的交互服务

与HIS系统的集成平台对接实现

与EMR系统的集成平台对接实现

与LIS系统的集成平台对接实现

与PACS系统的集成平台对接实现

与体检系统的集成平台对接实现

与OA办公系统的集成平台对接实现

与排队叫号、信息发布系统的集成平台对接实现中标单位需提供详细明确的集成平台接入标准供其他系统厂家快速接入。4.3.6医院外部系统对接功能要求指标要求医院外部系统对接信息平台集成平台需对外连接公共卫生、区域卫生、社区医疗等多个信息系统，促进医疗、医药和医保机构的信息共享和业务协同。实现医院间的双向转诊等区域协同医疗服务和信息互联互通，支持区域“一卡通”。实现与公共信息平台的交互，支持患者公共门户网站，支持社区预约挂号，诊疗信息查询功能。接口标准中标单位需提供详细明确的集成平台接入标准供其他系统厂家快速接入。4.3互联互通应用效果4.3.1医院数据中心目前医院的信息系统数据分散在各个系统对应的数据库中，没能统一管理和应用，为减少生产业务系统的数据库负载，首先需建立一个ODS备份操作库，将各个业务系统中的数据集中起来统一管理，起到数据集成与备份的作用，同时该数据中心处于可读打开状态，可将业务系统中的查询统计发送到该数据中心执行，提升业务系统的处理性能，以方便获取数据，同时可以提供给外网用户访问。在该ODS备份操作库之上，平台可通过ETL将数据进行抽取、转换为国家和省厅相关数据集标准，加载到CDR、ODR数据集市，供CDR患者360、临床科研分析、运营分析使用。集成数据平台需提供一系列工具，将各个应用系统中的数据，实时同步到ODS操作库中，该ODS操作库可以提供以下服务：功能要求指标要求数据备份数据集成同步工具需实现秒级数据同步，工具需采用数据库日志挖掘方式，以确保对生产主库性能影响<5%，并且不需要对业务系统进行改造，同时支持每次的同步事务，防止同步不完整，该ODS操作库还需可以作为各个应用系统数据的实时备份数据，提供容灾与数据恢复功能。报表统计数据集成ODS库建立以后，支持将原有医院决策分析数据采集、财务查询无缝迁移到ODS库上。以便减轻HIS、EMR、LIS、PACS等业务数据库的压力，提高相应业务系统的性能。服务ETL数据集成ODS库建立以后，需实现业务数据的精确、高效采集，支持服务于ETL过程，以便更好的服务于CDR、ODR，建立数据集市。4.3.2临床数据中心（CDR）CDR是一个整合了患者各类医疗数据的数据集成平台，它以患者个体为中心实时收集和管理医疗数据，整理并集成为满足标准临床数据文档（CDA）的数据集，并面向患者医疗所需提供数据访问服务。系统需提供实时患者360查看某患者任意诊疗情况，系统可建立疾病主题数据库，提供临床科研分析等。临床数据中心可以帮助医院实现如下目标：深度利用临床数据支持探索性研究任务临床医学领域的知识体系建立与知识发现多维度多层次的病历数据分析支持和实现跨院的信息共享强化医疗质量监控和决策支持1、数据集成（ETL）功能要求指标要求临床数据中心要求深度利用临床数据支持探索性研究任务；临床医学领域的知识体系建立与知识发现；多维度多层次的病历数据分析；支持和实现跨院的信息共享；强化医疗质量监控和决策支持；数据集成（ETL）临床数据中心数据集成服务需实现从全院应用系统（不同厂家，不同数据结构）或其备份库中提取患者医疗信息数据，通过对各类临床数据进行标准化、结构化地表达、组织和存储，为医院的各类信息化应用提供一个统一的、完整的医疗数据视图。数据集成服务需支持对应用系统数据进行获取(Extract)-转换(Transform)-入库(Load)处理,并需要提供灵活高效的任务调度管理功能，需要实现的功能主要有：获取(Extract)范围过滤：支持抽取表中所有数据或者根据时间抽取相应数据；字段过滤：支持只抽取需要的字段；条件过滤：支持根据抽取条件抽取数据；格式转换：支持转换成统一格式；赋缺省值：对于空的部分数据，支持赋一个缺省值；类型变换：如将number类型转换为varchar类型；代码转换：支持将不同源系统中同一含义不同的编码表示转换成统一的编码表示；数值转换：支持度量单位的转换；转换(Transform)字段合并、拆分：字段合并就是将多个字段合并成一个字段；拆分就是将一个字段拆成多个字段；数据翻译：就是不同的数据集进行关联，从另一个数据集中得到所需要的部分数据；数据聚合：就是做一些sun,max等操作；数据合并：相当于数据库中的merge；行列转换：需要将某些数据转换成行，或者是将行转换成列；参照完整性检查：对于数据中的参照完整性，入库前需要进行关联等方式检查其参照完整性；唯一性检查：对数据进行去重操作；入库(Load)更新入库：对数据库中的记录进行更新；插入：就是将数据直接入库；刷新：将表中的数据清空，然后入库；部分刷新：将表中的部分数据清除，然后入库；任务调度（Job）支持优先级管理：任务之间执行的先后紧急顺序，可将job分为几个优先级，同一优先级或者不同优先级的job间有依赖、互斥等关系。支持顺序乱序执行：顺序就是按照时间的先后顺序加载，而乱序则可以不按照时间顺序执行。支持出错处理、重传处理：要求整个ETL支持重做。提供调度监控：对ETL的处理结果和重要步骤进行记录，通过邮件或短信通知相关负责人。数据集成需支持包含但不限于从以下业务系统中提取医疗业务数据HIS系统电子病历系统LIS系统PACS系统体检系统OA系统排队叫号、信息发布合理用药手术麻醉、ICU管理系统绩效、成本核算系统ETL集成后的数据集需满足以下标准要求：符合卫生部《电子病历基本架构与数据标准》；满足基于HL7标准组织的RIM建立基础数据模型；满足对于患者隐私、信息保密等方面的要求；提供一系列安全控制机制，确保CDR数据的安全性；具备完备的病人主索引体系（MPI）。2、患者360系统需参照国家《健康档案基本架构与数据标准》及卫生厅颁布的相关标准，采用标准化的数据类型、标准化的信息组织结构、标准化的医疗术语集（疾病诊断ICD-10、检验、检查、药品等临床操作服务项目分类与代码）、标准化的数据访问服务以满足各种应用系统的临床数据需求，最大程度地支持不同系统之间的语义互操作，从而构建统一的医疗信息环境。患者360需以合适的UI集中展示医疗活动中需要的客观数据，提供全过程医疗数据的图表化表达，实现对各种医学影像（超声、X光、CT、MRI等）、心电、麻醉监护数据、手术、医嘱、用血、检验、舌像、脉象信息等多种医疗数据的综合阅览分析，为临床医护人员提供统一的、完整的、单一界面的数据整合视图，使医护人员在大量有参考价值的信息基础上，开展下一步的诊疗活动。打破院区、科室、系统的数据界限，实现集团医院的信息资产收益最大化。功能要求指标要求360视图功能要求

单一界面，方便、准确、快捷的将病人各种资料整合展示；

提供方便的局部视图数据放大功能；

提供查阅历次就诊医疗记录的功能，包含门诊、住院、体检；

集中显示患者既往疾病诊断、既往手术室史、药物过敏史、不良反应史；

提供查阅各类检查、检验报告，检验项目提供参考值，突出显示超出范围值的结果，有同类历史检验项目的，提供图形化比较展现；

集成影像展现功能；

提供查阅各类检查、检验执行状态的查询，主动生成各类提醒，如危急值、异常值；

图表化展示生命体征和监护数据、麻醉数据；

患者360提供完善、丰富的调用接口，供业务系统集成使用；

提供所有病历文档的浏览；

提供医嘱动态展示功能；

具备完善的权限管理和审核机制；

支持界面定制，针对不同专科配置视图；

基于组件化、插件化的思想进行设计、开发，确保系统的稳健和持续发展；3、全文检索功能要求指标要求临床数据中心要求临床数据中心需提供文本信息全面搜索服务，支持全文检索，分词搜索，搜索范围可涵盖不同类型的医疗数据，并对搜索结果进行智能排序。平台要求平台需采用最新的搜索引擎技术，对大量病历进行全文检索，定位到病历内部的关键字，并将关键字进行高亮显示，方便查询。搜索系统要求搜索系统需对患者隐私提供保护机制，对搜索结果中涉及的患者隐私需要有效安全的保护，避免带来的患者隐私问题。4、知识库临床数据中心（CDR）需提供广泛的知识库系统支持，用于为医务工作者提供医学知识查询服务，并为医务人员诊疗行为提供临床决策支持。知识库需包含两部分内容，一是医学界公认的、普遍认可的已公开发行的各种规范、指南、标准字典等，二是对临床数据进行数据挖掘而分析出来的知识库，以及循证医学证据。同时，平台需提供开放接口，用户可根据需要自行维护更新知识库。知识库系统可通过搜索引擎技术、标引、医学关键词库等技术手段，提高搜索效率和搜索结果的准确度。知识库需包含但不限于如下内容：功能要求指标要求知识库需求临床路径知识库用药助手诊断参考医技知识政策法规5、闭环展示为降低医疗差错，提高医疗质量，更好服务于患者，基于PDCA原理，借用信息化手段对各流程的变化能进行灵敏的、正确的信息反馈，从而采取有效对策，满足院内精细化管理目标。功能要求指标要求闭环功能要求口服用药闭环静脉药物闭环检验检查闭环危机值闭环输血闭环6、互联互通共享文档以医院信息互联互通标准化评测为参考模型,对院内数据进行标准化转化与存储，实现院内外数据共享。对于院内历史数据通过ETL数据采集方式将数据存放至CDR临床数据中心并形成标准电子病历数据集，通过调用后台共享文档生成组件,将共享文件生成到平台临床文档库中；对于实时数据,业务系统调用平台交互服务,平台接收服务将数据进行解析并存放至CDR临床数据中心，通过共享文档生成组件及平台注册服务获取文档信息。为更好实现数据间的共享，构建电子病历浏览器。功能要求指标要求共享文档配置实现文档节点、章节动态配置、取数动态获取。共享文档隐私动态配置文档显示信息共享文档访问角色设置，对不同的角色设置允许访问的隐私保护等级，包括文档级和数据元级。共享文档浏览基于患者文档匿名化处理进行标准文档浏览器供各业务系统调阅。共享文档调阅为更好监控文档浏览器使用情况，对文档调阅进行统计,记录其浏览系统及患者病历调阅情况。4.3.3运营决策中心（ODR）通过建设运营数据中心及运营分析平台，有效地整合各部门业务数据，统一对业务信息进行利用和管理，提供一致的数据视图和综合管理分析支撑环境，为医院各部门和相关管理部门提供报表、分析应用和数据挖取。功能要求指标要求系统建设目标

管理仪表盘为院领导方便的指标监控提供帮助。

统一口径的各类报表，以医院常用形式展现。

灵活的数据查询与分析，便利化整体分析。

医院业务流程监控、模拟和优化。

运营效率的动态分析与监控。

重点问题的捕捉与跟踪。

绩效考核的调整与优化。

管理者洞察力的赋予与提升。总体运营分析（根据不同权限进行限制浏览）对医院的总体运营情况进行分析，成本分析，分析医院业务增长点和滞后点。帮助医院的管理者和相关部门，了解医院运营状态。总体运营分析需包括以下内容：

医院主管领导仪表板。

医院资产运营（收入、成本、收益等总体关注）。

资源配置（实际开放床位数、医师数等）。

医院质量和医疗安全（危重抢救、死亡例数等）。

医院工作效率和医院工作负荷（平均住院日、床位使用率、床位周转率）。

患者负担（平均住院费用，平均药品费用等）。

门诊动态:实时候诊人次、已就诊人次，并提供预警分析。

床位动态:床位开放床位情况、实际使用情况、空床数的比例分析。

工作效率:床位使用情况、周转次数、平均床日、平均住院日。住院业务分析系统可从住院科室/医生/护士工作量，住院手术，用药情况，临床路径，费用信息等维度分析住院情况，为住院绩效和规范提供分析和决策依据。主要包括：患者安全分析，住院病人费用结构分析，住院用药情况分析，住院工作量统计分析等。门急诊业务分析系统可从科室/医生/护士工作量，患者信息，用药情况，费用信息、门诊手术、诊疗时间分析门诊情况，为优化门诊流程、考核绩效提供分析和决策依据。主要包括：就诊病人分析，就诊时间趋势闭环分析，门诊用药情况分析，门诊工作量统计分析。如：门诊费用分析、门诊量分析、门诊效率分析、门诊业务质量分析。药品业务分析系统可监控药品进、销、存量的预警值；药库与药房的存量应有差异，可设置不同的预警值；系统可通过分析药库、药房的存量指标，判断是否有囤药情况，必要时进行预警，防止过量囤积药品，以及对医院库存管理、资金周转的业务管理的规范化。针对药品使用，帮助医院监督和管理药品使用情况，阳光用药以及抗生素用药监控。如：药品库存财务分析、药品价格变动分析、药品库存业务分析。患者医疗质量与安全指标按照等级医院测评及卫健委相关要求，实现患者医疗质量与安全指标。单病种质量监测指标按照等级医院测评及卫健委相关要求，实现单病种质量监测指标。院长驾驶舱需要根据医院的实际需求定制开发：结合财务、医务、质控等数据。合理用药监测指标按照等级医院测评及卫健委相关要求，实现合理用药指标。4.3.4IT服务管理平台技术参数序号功能要求技术指标1系统整体要求管理系统平台要求基于B/S架构，采用JAVA+HTML5开发，客户端支持IE9以上版本及其他Chrome、火狐等主流浏览器。必须遵循“ITIL最佳实践”框架，可实现基于IT信息部门的信息化，支持结合医院情况自定义ITIL核心流程，包括工单管理、合同管理、项目管理、资产管理、巡检管理、耗材管理、知识库管理等ITIL核心流程。支持移动端微信号。促进提升信息科的工作效率及服务质量。2系统功能角色与权限提供普通用户、管理员、工程师、供应商、监理等多种角色。提供权限域功能，控制不同类型用户的权限范围，包含合同管理、项目管理、工单管理、巡检管理、资产管理、知识库管理等数据。富文本编辑框提供富文本编辑框常用功能，包括全屏放大、表格、格式调整、链接、特殊符号、锚点等功能。提供编辑框内图片复制粘贴功能，可以从粘贴板直接粘贴，支持BMP、JPG、PNP等常见图片格式，且可以定义图片大小。提供编辑框内word文档快速导入功能，支持03、07等常见版本，且保持文档格式正常。文档在线预览提供附件内容在线预览，支持包括各版本Office文档、PDF及图片等附件格式，支持PowerPoint文档在线播放，在线预览需保持排版、格式正常，同时提供打印功能。支持只读浏览word、excel、ppt、pdf文档，可禁止修改、复制粘贴、下载等操作。文档在线编辑提供office文档在线编辑功能，包括各版本word、PPT、Excel。系统对接要求支持医疗行业HL7标准协议；WindowsAD，LDAP协议；系统接口开放，功能扩展要求支持与现有的资产管理系统、运维监控系统、OA系统、企业微信、地图引擎、无线定位引擎等软件进行数据对接，实现流程衔接和数据同步；提供标准的API接口。数据备份提供对平台内数据或文件，进行自定义全库或部分数据的备份。3首页功能大屏数据展示终端大屏展示，提供图形动态化方式实时展示信息科室人员工作、工单事件、资产及项目等全局信息；数据定时自动刷新；项目看板功能支持项目的实时展示，包括且不限于项目整体数量、进行中的项目数量、任务完成情况等数据；工单看板功能支持工单的实时展示，包括且不限于工单数量、工单类型、工单状态等信息，可查看工单处理进度明细；报表统计合同报表，对已签订合同生成报表统计，可通过时间段、合同类别、合同状态等维度进行数据统计分析，同时可统计合同对应的供应商，合同金额和付款金额情况。项目统计，系统内项目生成报表统计，提供以时间段、项目类别、项目状态、项目阶段等进行项目的数据统计分析，同时可统计项目对应供应商。工单统计，系统内工单生成报表统计，提供以时间段、工单类别、工单状态、工单趋势等多个维度，包括：报修来电量、建单量、未接通来电量、工程师接单量、接单时效。巡检统计，提供巡检任务的数据报表，内容包括且不限于巡检总任务量、完成任务量、异常对象排行、工程师巡检排行等。资产统计，提供以资产状态、供应商、关联合同、地理位置等多种方式的资产视图展现。耗材统计，支持实时监控耗材使用情况的数据统计分析功能。提供对数据报表展现方式和内容的自定义，展现方式包括圆饼图、柱状图、折线图等。4合同管理功能提供合同附件的管理，包括合同电子档案、收（开）发票等内容；支持合同附件或增补内容管理。合同付款新增合同提供付款方式录入，根据状态进度生成付款计划。付款申请可上传附件。支持付款统计。合同提醒提供对合同付款提醒、合同到期提醒、巡检任务提醒等内容。可自定义提醒周期。合同检索提供按照合同名称关键字、合同编号、供应商单位、合同状态、合同签订时间等进行快速查询；5项目管理功能项目管理整体要求提供对项目全生命周期的监控和管理，包括且不限于：通过关键性里程碑管理项目的总体进度和阶段性成果，同时可拆解建立任务计划对子任务进度进行实施监控、提供设备到货跟踪、提供项目交付物文档的管理、项目实施日志录入、提供验收报告和项目遗留问题等管理；项目申报提供项目背景介绍、项目达成目标、预算投入情况等便于院内申报审批。申报成功可进入立项启动项目提醒功能提供项目提醒功能，包括且不限于项目实施阶段性成果、验收及变更等内容，对项目每个节点可控；任务计划管理提供建立自定义里程碑及任务计划，支持对任务计划设定模板，包括且不限于项目调研、项目实施、安装部署、项目评审、项目验收等任务；交付物和文档管理提供项目文档模板库，创建项目时可根据项目阶段需要，系统自动匹配模板文档，且支持自定义设置文档内容；提供项目交付物管理，可将项目实施过程的文档收集管理，如项目计划书、设备交付清单表、环境调研报告、变更申请表、初验报告、终验报告等；权限分级管理提供针对不同角色的权限分级管理，根据权限进行项目信息的共享，包括且不限于项目的合同、项目审批、项目执行、任务实施、项目监理等范围；关联查询与检索提供通过多个条件查询项目，并可通过项目查询到关联的合同、资产设备清单、供应商单位等；查询条件包括且不限于项目编号、项目名称关键字、供应商单位等；6工单管理功能工单整体要求系统要求提供PC端、移动电话、移动端等多种工单发起方式，实现工单全流程闭环管理，包括创建、指派、实施、转接、评价、归档等流程；可在移动端完成工单的持续管理。提供对工单数据进行图表展示；工单报修渠道提供PC端、移动电话、微信公众号及小程序等多渠道报修方式；来电识别提供报修来电自动识别科室、用户，快速创建工单自动关联科室和电话，并可以根据来电号码关联历史工单。电话录音来电通话可自动录音，音频文件在系统做保存可下载；系统派单规则提供自定义人工手动派单；系统接单后可进行再次转派；派单时可查看工程师状态和工单量。功能扩展要求支持系统智能派单，可根据事件类别、资产设备类型、报修科室自动派发；终端功能支持提供来电弹屏功能，系统能自动获取来电人信息等内容；提供终端语音识别录入，可将语音在线转换文字内容。超时催单提醒功能扩展要求支持工单定义超时时间，超时未接单、未完成自动向首次接单人员发出提醒。工单消息推送提供通过移动端、PC端等接收工单指派和完成的消息；知识库对接提供工单处理结果到知识库的直接快速转入；二维码关联功能扩展要求支持扫描资产二维码，查询其工单记录、维修记录、当前维修状态；7巡检管理功能巡检整体要求对供应商单位交付设备及项目进行巡检管理，规范供应商在项目验收后的巡检工作流程。提供科室内对各系统进行巡检的管理功能，提供完整的巡检过程管理和结果统计；巡检类型提供针对供应商单位的合同巡检，及信息科室的内部日常巡检；巡检指标提供针对不同对象，自定义巡检内容；巡检提醒巡检任务提供站内消息、移动端等多种方式的到期自动提醒功能；8资产设备管理功能资产管理整体要求提供对入库、出库、变更、借用、领用、折旧、报废等资产的全流