中医医院智慧一体化建设项目需求规格设计方案（219页 WORD）

微信扫码，打开到小程序

中医医院智慧一体化 建设项目 需求规格设计方案 一、项目概况： 1、主要要求 本项目整体要求如下，投标人应结合自身在技术、经验等各方面的优势进 行响应和阐述： （1）本次信息化建设，投标人应遵循电子病历五级、互联互通四级乙等、 智慧医院服务分级评估 3 级水平等相关标准要求进行建设。 （2）为响应国家相关政策，投标人的医疗卫生类信息系统软件，应能够与 国产系统软件实现兼容（如：国产服务器操作系统、国产数据库管理系统等）。 （3）作为医疗卫生信息化建设，本项目受众广泛，所产生和利用的数据涉 及大量个人隐私，投标人应做好相应的信息安全保障设计，能够对医疗卫生数 据进行加密处理。 （4）本次项目需要根据用户需求进行开发，期间可能由于用户的需要及政 策的变化而对系统进行相应的客户化修改，投标人必须无条件满足。期间采购 人如有共同研发软件产品的需求，投标人应予以配合，并做好共同研发成果的 计算机软件著作权证书申请和办理等工作。 （5）投标人在项目实施及服务过程中，应遵循知识产权管理体系做好文档 管理工作，并按照软件工程的相关要求，在项目验收时进行相关文档的移交。 （6）为确保项目交付后系统的稳定可靠运行，投标人应提供专业的售后服 务，应具备较好的医院软件运维信息化管理能力，具有规范的医疗卫生信息化 运维服务体系。 2、信息化现状 xx 市 xx 区中医医院信息化建设起步于 2008 年，经过前期信息化建设，目 前已经建有业务系统包括 HIS、CIS、EMR、LIS 等。由于 xx 市 xx 区中医医院信息 化建设起步早，HIS 系统占据了业务系统的核心地位，近几年建立起的各种临床 应用和管理平台，都是以 HIS 系统为基础的，导致了业务数据离散在各种业务 系统中，业务系统间只能以接口形式实现数据交换等问题。因此目前在使用上 存在较大问题且架构落后，已经无法满足医院日益发展的医疗业务应用需求。 为此医院亟需彻底整改整个系统架构，按照顶层设计和 SOA 架构，以平台架构 模式来实现各种业务系统的有机整合和数据统一管理，以便满足国家“以电子病 历为核心的信息系统平台”建设、信息系统互联互通评测以及国家卫生监管平台 数据对接等政策性的要求。同时以信息化建设为突破口，创新医疗管理模式， 提高医疗管理水平，以期取得更好的经济效益和社会效益。 3、建设依据 系统应遵循和满足现行或实施期间出台的有关标准、规范和要求等，主要 包括，但不限于以下内容： （1）中共中央国务院《“健康中国 2030”规划纲要》 （2）国务院办公厅《关于推进医疗联合体建设和发展的指导意见》 （3）国务院办公厅《关于促进和规范健康医疗大数据应用发展的指导意 见》 （4）十九大报告关于健康中国的战略要求 （5）国家卫生计生委新试点的 C-DRG （6）国家卫生计生委等四部门《关于加强公立医疗卫生机构绩效评价的指 导意见》 （7）《医院信息系统基本功能规范》； （8）《电子病历基本架构与数据标准》； （9）《基于电子病历的医院信息平台建设技术解决方案》； （10）《电子病历系统功能应用水平分级评价方法及标准》； （11）《基于电子病历的医院信息平台技术规范》（WS/T447-2014）； （12）《医院信息互联互通标准化成熟度测评方案》； （13）《医院管理评价指南》； （14）《医院信息化建设应用技术指引（2017 年版）》 （15）《卫生部信息办关于推荐选择数字化试点示范医院的通知》 （16）《基于健康档案的区域卫生信息平台建设指南》、《基于电子病历 的医院信息系统建设技术解决方案》 （17）遵循中国数字化医疗设备和医学信息系统的标准化进程，遵循 IHE 测试相关标准要求 （18）《中华人民共和国计算机信息系统安全保护条例》； （19）《信息安全等级保护管理办法》（公通字[2007]43 号）； （20）《关于信息安全等级保护工作的实施意见》公通字[2004]66 号； （21）《中华人民共和国电子签名法》。 （22）ISO20000（ITIL）信息系统服务管理 4、项目建设目标 本次 xx 市 xx 区中医医院智慧一体化项目建设的核心是建立全面的管理信息 服务和临床信息服务，用最新的最先进的 IT 技术对全院的信息资源(人、财、物、 医疗信息)进行全面的数字化，优化和整合医院内外相关资源为临床及管理服务， 提供先进的、便捷的、人性化的医疗服务；同时建立全院临床及运营的信息平 台和数据仓库，提高医院服务水平、技术水平及管理水平，提高医院的整体经 营效益，打造现代化的数字医院。 根据医院建设发展战略要求，研究国内外先进建设经验，结合医院管理思 想和自身特色，做好顶层设计、整体规划、合理布局、分布实施、阶段跟踪， 打好硬件和网络基础适度超前，稳步实效地推进医院信息化建设，加强信息技 术在医院的应用深度和广度，强调信息规范性、服务方便性、临床实用性、管 理可及性。在满足患者、临床业务人员、医院管理者等各个层面的要求之下， 提升医院信息资源的协同共享能力。 使患者就医更方便、医患沟通更有效、医疗服务更高效、医护应用更简便、 用药更精准，医院管理更精准、决策更科学、医疗协同更无缝。 经过本次信息化建设，需实现以下目标： 1、电子病历功能应用水平达到 5 级。 2、信息互联互通成熟度达到四乙水平。 3、达到公立医院二级甲等复审要求。 4、智慧医院服务分级评估达到 3 级。 5、智慧医院管理分级评估达到 3 级水平。 6、网络及信息安全等级保护达到三级。 5、项目采购清单 序号 系统分类 系统名称 数量 1. 医院管理 患者基本信息登记系统 1 2. 门急诊预约挂号管理系统 1 3. 门急诊划价收费管理系统 1 4. 门急诊分诊叫号系统 1 5. 门诊排班管理系统 1 6. 医技计费管理系统 1 7. 住院登记收费系统 1 8. 聚合支付管理系统 1 9. 手麻计费管理系统 1 10. 门诊手术管理系统 1 11. 日间手术管理系统 1 12. 物价管理信息系统 1 13. 自定义报表系统 1 14. 管理员维护系统 1 15. 临床管理 门诊医生工作站 1 16. 门急诊留观系统 1 17. 门急诊护士站 1 18. 住院医生工作站 1 19. 住院护士工作站 1 20. 电子护理白板系统 1 21. 门诊电子病历系统 1 22. 住院电子病历系统 1 23. 护理电子病历系统 1 24. 病历质控管理系统 1 25. 电子病历归档系统 1 26. 临床路径管理系统 1 27. 移动医生查房系统 1 28. 移动护理管理系统 1 29. 临床危急值管理系统 1 30. 门急诊应急管理 1 31. 医技管理 全院医技预约系统 1 32. 实验室管理信息系统 1 33. 医学影像管理系统 1 34. 超声检查信息系统 1 35. 心电管理信息系统 1 36. 病理检查管理系统 1 37. 内镜管理信息系统 1 38. 手术麻醉管理系统 1 39. 重症监护管理系统 1 40. 血库管理信息系统 1 41. 康复治疗管理系统 1 42. 血液透析管理系统 1 43. 体检管理信息系统 1 44. 药品管理 药房管理信息系统 1 45. 药库管理信息系统 1 46. 抗菌药物管理系统 1 47. 前置审方管理系统 1 48. 合理用药监测系统 1 49. 处方点评管理系统 1 50. 静配中心管理系统 1 51. 质量管理 护理管理系统 1 52. 院感管理系统 1 53. 单病种管理系统 1 54. 病案管理系统 1 55. 疾病监测上报 1 56. 不良事件管理 1 57. DIP/DRGS 医保精细化管理 1 58. 运营管理 物资耗材管理系统 1 59. 消毒供应管理系统 1 60. 成本核算管理系统 1 61. 医院预算管理系统 1 62. 绩效考核管理系统 1 63. 财务管理信息系统 1 64. 医疗统计报表系统 1 65. 随访管理信息系统 1 66. 数据中心 临床数据中心 1 67. 运营数据中心 1 68. 集成平台 基础数据管理 1 69. 集成引擎 ESB 1 70. 集成平台管理系统 1 71. 互联互通数据交互服务 1 72. 平台应用 临床知识库 1 73. 临床辅助决策 1 74. 运营管理决策驾驶舱 1 75. 移动 BI（运营决策支持） 1 76. 便民服务 微信公众号/小程序服务平台 1 77. 自助服务管理系统 1 78. 互联网医院应用 1 79. 区域协同 区域影像中心对接 1 80. 区域检验中心对接 1 81. 区域心电中心对接 1 82. 区域内镜中心对接 1 83. 区域消毒供应中心对接 1 84. 外部接口 1 85. 数据库容灾 1 86. 历史数据迁移 1 87. 医院医生诊室、护士站信息发布 1 88. 医院全院网络布线 WIFI 覆盖 1 89. 医院系统配套设备建设 1 90. 医院应急机房改造 1 91. 云资源租赁应用 1 92. 网络安全建设 1 93. 电子签名管理 1 94. 互联互通评审四乙评审和电子病历五级要求提供全程咨询服务 1 6、项目技术要求 6.1、建设原则 投标产品应具有较好的标准性、先进性、安全性、易用性、可维护性、可 扩展性等特点。 （1）标准性原则 建设的系统必须按照国家发布的《基于电子病历的医院信息平台建设技术 解决方案》、《基于电子病历的医院信息平台技术规范》的标准规范要求，相 关产品应遵循医院信息系统功能规范、数字化医院试点示范信息化建设要求以 及电子病历分级评价和互联互通相关评测要求，产品应遵循医院指定的行业标 准并制定相应的技术接口，支持以集成平台进行应用集成的技术标准，实现较 高的标准化要求，以达到统一管理，统一标准，互联互通的要求。采用开放的、 可扩展的数据标准，支持数据标准的动态变化，支持 HL7 标准，以及向后兼容 今后国家、行业、地方所出台的数据标准等。 （2）先进性原则 系统应采用灵活的、稳定的信息技术架构，整个系统平台架构采用门户平 台方式，可以集成 B/S 与 C/S 多种架构体系的不同产品，可以灵活配置用户使用 功能及界面，能满足医院日益变化的个性化需求。通过门户可以对其他各种业 务系统进行统一安全认证管理，实现整个业务系统的单点登陆。 （3）开放性原则 医院信息系统建设的根本目的在于信息交换及利用，因此在本项目建设应 符合开放性原则，符合当前国际标准或者国内标准。遵循电子病历系统功能应 用水平分级评价和国家医疗健康信息互联互通标准化成熟度测评相关要求。 （4）易用性原则 系统应易于操作使用，应采用统一的界面风格并建立图形导航图，应能支 持用户根据自己操作习惯配置自己常用功能的快捷方式。应当在操作界面上提 供多种人性化的提示符号，例如主要功能的按钮图片放大处理，让操作员操作 更加清晰。 （5）安全性原则 系统应注意信息安全设计，系统应满足实现系统 7×24h 连续安全运行，并 注意患者隐私数据的保护。 系统应设置有多种内部网络设置层级授权机制，设定系统内部终端和访问 者的权限，设定操作者多层级电子签名机制，防止数据删改和电子确认的漏洞。 系统在安全性上提供的设置和措施应包括：严格的权限与登录管理、采用分级 授权模式、应急解决方案、日志监控管理、关键数据加密管理、屏幕锁定保护 管理、关键记录修改记录管理等。 （6）可维护性 投标人应有较好的维护管理体系，应具有医院信息系统软件运维管理信息 化开发能力或经验。系统应能实现统一维护，统一权限管理，统一数据库链接 池管理。具有自动更新升级管理和错误日志管理功能。 （7）可扩展性 系统应采用灵活的基于门户的可扩展性架构，系统可以融合各类不同体系 架构产品。系统所有功能菜单可按用户角色的需求进行随时调整和组建。 同时医院信息系统按照国际、国内有关标准开发设计。应采用开放式的系 统软件平台、模块化的应用软件结构，系统应能灵活地扩充其业务功能，并可 与其它业务系统进行无缝互连。 投标产品应充分考虑兼容国产化数据库管理软件、国产化服务器操作系统 等国产化系统软件的需求。 6.2、架构需求 应用系统的架构需满足以下要求： 1、多层的应用架构； 2、基于组件的设计，用户可以根据需要按角色组合和配置组件； 3、具有用户可以管理工作流管理功能； 4、具有用户可以配置的规则引擎； 5、具有抽象的底层数据模型； 6、具有事件/消息响应机制； 7、具有良好的安全机制完成用户的认证、授权和数据保密。 同时为了满足可适应性、易操作性、以及适应医院未来的发展，应用系统 需满足以下特性： 1.支持用户自己可配置的规则管理，提供工具和功能，根据因业务规则和 管理需求的变化而配置产品，使之能良好适应需求的变化，持续支撑医院业务 发展； 2.支持用户可配置的工作流程管理，提供工具和功能，根据因环境或内部 流程的变化而配置产品，使之能良好适应需求的变化，持续支撑医院业务发展； 3.用户可以按自己的习惯配置界面；提供简洁的操作；丰富的提示；一致 的操作模式； 4.提供应用开发框架； 5.用户可以灵活的使用现有功能组件建立自己的应用； 6.可将用户开发的组件通过应用程序工具加入到应用； 7.客户端能根据服务器的要求而自动升级。 8.数据库采用包括但不限于国产、国外的主流数据库。 9.数据库支持集群部署，数据库服务器故障可实现自动切换，单台服务器 故障不影响系统正常使用。 10.系统数据标准应遵循国家、省、市相关要求，数据集符合《互联互通标 准化成熟度评估》中要求的标准规范。支持国际、国内主流通用协议标准。 6.3、技术需求 6.3.1、总体要求 系统应建立 HIS 统一门户门户平台作为医院内外部数据和信息资源的整合 和发布工具，是医院应用系统的集成平台和单一访问入口。 架构应可以灵活配置用户使用功能及界面，满足医院日益变化的个性化需 求，使医院用户在任何地方、任何时间对信息的实时访问成为可能，可以对各 种医院业务系统(如 HIS、LIS、PACS、EMR 等)进行统一安全认证管理（支持 CA 认证接口），实现整个业务系统的单点登陆，将医院所有的信息系统融为一体， 门户平台不仅能支持单家医院的系统，还能支持多机构或区域化业务，针对集 团医院、连锁医院及区域化项目均可由门户平台提供基础支撑。门户提供如下 基础服务。 系统应实现可以完成各类应用的动态注册及统一管理(可执行程序、PB 对象、 WEB、COM 组件)。应用框架服务提供了强大的底层支持，保证在多用户并发、 高访问压力的情况下，系统的正常运转与快速响应。 系统架构应提供灵活的用户管理模型与机构组织模型，可以快速建立并维 护单家医院、多机构集团医院、多机构区域医院等不同类型的管理结构。 系统应支持单点登录，用户只需要登录一次就可以访问所有相互信任的应 用系统。门户提供应用框架服务，所有的系统要素在此框架内运行。 系统架构应以资源为中心，设计统一权限中心。可以设计各种类型的授权方案。 6.3.2、操作要求 系统应根据医院的操作习惯，在基本保留原操作风格的基础上进行提升， 使得操作更加方便和人性化，需满足以下人机交互的改进： 1、操作界面： 整个信息系统应采用统一的界面风格，建立图形导航图，用户可以根据自 己操作习惯配置自己常用功能的快捷方式。 在操作界面上应提供多种人性化的提示符号。 主要功能的按钮图片放大处理，让操作员操作更加清晰。 用户可以自定义主题。 用户自定义输入法。 自用户定义屏幕保护。 用户可以自定义桌面部件。 2、建立帮助系统 对于系统主要操作功能，应在系统上建立帮助系统，操作员操作时若对功 能不熟悉，可以点击操作帮助按钮，了解本项操作功能。让操作员更快熟悉系 统，减少误操作带来的麻烦，提高工作效率。 3、建立消息系统 各个系统之间关联的消息可以自动传递。 4、可根据权限组建适合个性化报表统计系统 根据权限，配置报表综合查询系统。 5、服务端需支持包括但不限于国产、国外等常见操作系统。 6、客户端需支持 PC、云桌面等系统。支持国产操作系统、国外主流操作系统。 6.3.3、用户体验 系统应支持分布式事务，保证事务处理的完整性、一致性。 系统应提供事务处理组件，事务正确性自检验。 系统应支持多数据窗口保存算法，防止更新时遇中途失败，用户再次保存 时导致只有部分数据提交的问题。 当应用程序保存失败时，系统应能正确保存错误现场信息并回滚错误数据。 响应并满足对关键业务进行利用 BCL 进行并发业务控制，防止因不同客户 端业务并发导致数据的不准确的功能 6.3.4、系统安全 系统应支持电子认证功能服务。 门户平台统一安全管理业务数据库信息，如 HIS、EMR。 业务数据库连接信息在门户 MD5 加密存放，不会暴露在客户端中。 登陆密码管理和用户信息管理。 响应并满足系统具备强大的审计功能，对用户的登录、业务模块打开、操 作按键、修改内容均可审计，审计信息将放到审计数据库中。 响应并满足系统具有自我核对功能，如记录相关业务操作所有的操作日志， 通过推算及与业务操作的逐笔对比，迅速定位错误数据及错误单据。 由于本项目建设涉及到大量医疗业务数据和患者隐私数据，系统安全保障 极为重要，投标人或核心软件供应商应具有医疗行业敏感数据加密经验，并从 物理安全、网络安全、应用安全、数据安全、安全管理等多个层面提供详细的 安全防护建议方案，以确保系统和数据的安全性。 医院信息管理系统（HIS）要求在身份鉴别、访问控制、安全审计、入侵防 范、数据完整性、数据保密性、剩余信息保护、个人信息保护等方面实施相应 的防护措施，具有一定的防护能力。 6.3.5、系统性能 本项目系统应充分考虑程序的运行效率，从架构和系统代码两方面进行了 全方位的优化，采用负载均衡等方式，提高医院程序大业务量环境中运行的效 率，防止死锁和并发操作。 系统主界面的自动锁定与用户快速切换操作。 菜单、快捷键、工具栏、导航栏自定义功能 6.3.6、维护要求 系统参数维护应具有非编程的可定制的系统参数维护和自动生成系统参数 系统应支持支持多版本管理、历史版本回滚、文件压缩更新、智能角色更 新。 系统应支持提供远程桌面维护，减轻管理员维护工作强度。 程序界面调整应支持自适应分辨率、各应用模块界面美化处理，风格统一、 打印浏览支持 EXCEL 数据与格式导出。 7、系统功能需求 7.1、医院管理 7.1.1、患者基本信息登记系统 实现对患者就诊统一账号的管理、查询、以及识别患者信息，使就诊人在 医院里从挂号、就诊、检查、检验、治疗、取药、缴费、结果查询打印等都能 全程操作使用。 主要功能需求如下： 1. 支持患者基本信息登记功能及患者基本信息维护功能。 2. 支持医院使用多种卡类型。 3. 支持患者信息登记后生成电子健康码，打印二维码功能，并在院内流通。 4. 支持患者信息必填控制，防止操作员漏登记患者信息。 5. 支持患者卡绑定功能，患者登记时可