县人民医院智慧医院信息化系统

一、项目概况及简介

为推动分级诊疗制度和健康中国建设，年4月，国务院办公厅印发了《关于推动医疗联合体建设和发展的指导意见》(国办发〔〕32号)，明确要在县域组建医疗共同体，逐步实现区域内医疗资源共享，进一步提升基层服务能力，推动形成基层首诊、双向转诊、急慢分治、上下联动的分级诊疗模式。宜都依据指导意见，建立了一个医共体，包含包括4家市直医疗机构、11家乡镇卫生院与个村卫生室。

年8月国家卫健委发布了新的《区域全民健康信息互联互通标准化成熟度测评方案》，医院信息化建设提出了新的要求。为达到深化宜都市医药卫生体制改革、推动宜都市卫生事业创新发展和跨越式发展、更好地服务和保障民生及初步实现宜都医共体信息一体化建设的愿景、大力推进宜都市智慧城市的快速发展的目的，本次宜都医共体信息化建设项目建设从顶层设计入手，以“医共体医疗健康集成平台”为基础支撑，以区域电子病历与健康惠民为核心，建设互联互通、信息安全、配置优良、支撑牢靠的宜都市医共体信息化IT基础资源平台；整合现有人口健康信息平台，实现资源共享、标准统一、开放兼容、高效稳定的宜都市医共体信息集成平台；建设功能全面、操作人性、应用智能、监管实时的多个应用体系，最终通过电子病历五级与四级甲等互联互通标准化成熟度测评。

二、国家相关行政主管部门颁布的标准、规范《计算机信息系统安全保护等级划分准则》（GB-）《卫生部健康档案基本架构与数据标准（试行）》（卫办发〔〕46号）《卫生部关于印发〈卫生系统电子认证服务管理办法（试行）〉的通知》（卫办发〔〕号）卫生部《电子病历基本架构与数据标准（试行）》（卫办发〔〕号）卫生部《中医电子病历基本规范（试行）》（国中医药发〔〕18号）卫生部《电子病历系统功能规范（试行）》（卫医政发〔〕号）卫生部《医院信息平台建设技术解决方案（1.0版）》卫生部《基于居民健康档案的区域医疗信息平台建设指南（试行）》卫生部《健康档案元数据标准（试行）》卫生部《电子病历元数据集（试行）》卫生部《临床检验结果互操作规范（试行）》医院信息系统（HIS）基本功能规范版疾病分类代码标准（ICD-10）卫生部标准WS/T-，临床检验项目分类与代码医药行业标准YY-，化学药品（原料、制剂）分类与代码HL7（美国医疗服务信息网络通讯协议）3.0/2.4版SNOMED《国际系统医学术语全集》3.5版卫计委《医院信息互联互通标准化成熟度测评方案(年版)卫健委《医院信息平台应用功能指引》

三、商务要求

需求单位：医院

2.采购内容：本次建设包括4家市直医疗机构与11家乡镇卫生院和医院信息系统（HIS），采用统一部署的方式。以医共体集成平台+数据中心为技术框架，HIS系统所有操作环节基于集成平台进行数据交互，相关平台接口改造费用包含在投标报价中。本次采购软件功能列表清单如下：

四、技术要

求1.基本要求

系统需要具有先进的体系结构，合理的数据结构和充分的升级空间。产品须采用业界先进、成熟的软件开发技术和系统结构；功能齐全，覆盖面包括挂号处、诊区分诊台、诊室、医技科室、病区等临床管理。并做到有机集成、无缝连接；医院基础数据体系与数字业务运行流程，医院范围内数据交换的效率及整体运行效率，各子系统间用户与权限的设定进行统一管理，避免重复维护。支持信息系统集成和数据的统一存储与管理。系统流程规范，优化管理，医院管理软件的规范要求；运行稳定可靠，系统响应及时，数据准确，易学易用，操作简便。

整套系统需要总体规划、分步实施。医院各个科室的具体工作流程和需要进行定制、重组和改造，以满足科室的要求。此外，为适应将来的发展，医院提供定制和改造的客户化工具,系统应具有良好的可裁剪性、可扩充性和可移植性；系统能提供简单方便的维护、升级方式。

★1.3系统必须采用微服务架构，所有功能模块可自由拆缷，并可集成第三方功能模块。

★1.4医共体所有机构（村卫生室可除外）只能采用一个数据库管理模式。组织架构配置功能支持乡镇卫生院可选某一村卫生室作为其下级单位。

★1.5系统所有操作环节按医共体集成平台及数据中心要求与平台进行实时数据交互，平台有主索引、统一代码字典或统一代码规则的数据必须与平台保持一致。

1.6系统能随时适应医疗卫生体制改革政策的需要。

1.7软件系统的医院需求，并提供灵活的调整空间。

1.8系统用户界面友好，风格一致，操作简便，并提供针对界面的操作帮助系统；

1.9支持无纸化操作，避免纸质方式的传递。

1.10对医院信息提供各种字典支持，同时遵守医共体平台字典规范，且应满足医保政策及有医院的要求。

1.11充分保证数据安全性、完整性，关键数据必须经过脱敏处理。

1.12系统必须支持电子签名。

1.13系统暂不能满足技术参数的一定要注明负偏离，不得虚假应标。

1.14投标人必须说明系统的架构（C/S、C/S/S、B/S等）、编程语言及后台数据库布署方式。

1.15实用性要求：系统要易学、易操作、提示清晰、帮助丰富，各个系统操作有联机帮助功能。便于维护和管理，有利于故障跟踪、检查和排除。窗口业务处理系统要求响应时间快，输入输出方便快捷，既要支持鼠标，又要支持键盘操作。医院要求修改，力求简捷实用。操作界面友善，操作清晰、方便、易于掌握，符合操作人员的工作习惯。

1.16灵活性与便捷要求：在给定的权限内可任意查询所需的各类数据，并可以其它通用形式（如EXCEL表格等）输出并打印。有五笔、拼音、编码、英文及模糊等方式的输入，并支持常用的中、西文切换模式。支持WINDOWS常用的操作及快捷键操作，如复制、粘贴、剪切等。系统软件与数据库支持跨平台操作，客户端不限操作系统种类与版本。提供录入模板，以提高操作员的录入速度。录入操作时提供各类字典提示功能。

1.17数据库的安全要求：数据库有完善备份功能。提供重要数据修改全程监控。对于重要数据，系统只能提供有痕迹的更正功能。提供错误日志。提供系统运行日志。基于数据的修改应另设权限与密码，所有数据的修改系统内应有明确的纪录，包括执行的SQL语句，并可基于不同条件对修改内容、修改人、修改时间等项目进行查询、检索。数据安全性高，不能发生数据丢失、数据混乱、数据未授权被修改的情况；对每天的数据自动备份。应用软件与数据库系统的设计要做到安全可靠，防止非法用户的入侵；要防止合法用户使用数据库时向数据库加入不合语义的数据，对输入的数据要有审核和约束机制。

1.18授权管理安全要求：系统提供机构、科室、人员维护及角色权限维护，并必须与医共体集成平台进行数据交互，保证与平台的数据高度匹配且完全一致，系统应按平台具体要求给每个有效用户应赋于黙认或初始权限。不同权限进入不同层次、功能的菜单。系统提供操作权限管理工具，无需通过修改程序进行授权。提供不同权限的数据库用户和系统管理员登陆方式，保证系统安全。数据操作权限分配与身份验证多种方式联合管理操作终端。系统必须设有系统登录权限、功能使用权限等多方位的灵活的权限设置功能。

1.19认证与加密安全要求：重要数据有加密机制与加密方案。设定系统内部终端和访问者的权限。包括但不限于设定操作者多层级电子签名机制，防止数据删改和电子确认的漏洞。符合《电子签名法》和CA认证的要求。凡具有法律效力