《中医数字化应用——X里中医系统建设需求说明.docx》由会员分享，可在线阅读，更多相关《中医数字化应用——X里中医系统建设需求说明.docx（14页珍藏版）》请在课桌文档上搜索。
1、中医数字化应用一一X里中医系统建设需求说明一、项目概述1.1 建设背景略。1.2 建设目标“X里中医”项目坚持以人民健康为中心的发展思想，坚持“1+3+N”体系架构，围绕国家中医药综合改革示范区建设工作目标和任务，依托XX“健康云”，建设“X里中医”“互联网+”平台，形成覆盖全省、优质资源可及的中医远程医疗服务网络，为患者提供中医领域更专业、更便捷的在线诊疗服务；推行“服务+监管”一体化，通过数据接入对提供互联网中医诊疗服务的机构进行监管，从而推动医疗数据跨部门共享和场景化多业务协同。同时以“中医处方一件事”改革牵引带动中医药数字化改革，通过处方、病历、饮片等标准化建设，提高中医药保障能力、中
2、医处方质量、中医药科学研究和中医药基层服务能力，建立省市县医疗机构协同、中医处方共享、中医数据互联互通的服务新体系，推动中医机构临床、科研、服务的系统化重塑，促进医疗健康大数据在便民服务、政府管理、社会治理和产业发展等领域的深度应用，打造中医药数字化改革硬核成果，推动我省中医药事业高质量发展。1.3 总体建设任务1 .中医互联网医院基于XX省互联网医院平台现有架构，对药品目录系统以及诊疗服务流程进行改造，建设包含维护管理互联网中药饮片/颗粒剂目录、对中药常用病历及处方模版进行管理、医生端在线开具中医病历及草药处方并支持处方流转中药代煎服务等功能的中医互联网医院。2 .中医处方一件事基于全省医疗
3、机构电子病历和处方数据，建设中医数据查询服务，实现全省各级医疗机构的中医门诊病历、中医处方和中医病案首页等数据查询功能。构建患者信息、临床诊疗、病种证型、处方数据、药物使用、收费收入等指标体系和统计模型，按中医指标统计要求进行实时计算预处理，搭建以时间、区域、机构等维度进行分析的决策系统。建设中医药数字化综合监管驾驶舱，支持指标二、三级下钻和明细数据展示,实现全方位立体化的中医药实时在线综合监管。3 .“X里中医”综合监管搭建中医互联网诊疗服务监管体系，支持二级处方类型的在线处方业务备案和医师中药处方权限独立备案，针对医疗机构、医疗人员开展互联网诊疗过程中备案情况、诊疗数据合规性进行监测告警。
4、构建以中医医院资源分布、中医医疗服务配置、人员技术中药配备、门诊住院人次、收支情况、学科能力、医疗质量、运营效率、持续发展等维度的“X里中医”指标体系和统计模型。搭建中医区域画像、中医医疗机构绩效考核等主题的全省可视化中医药监测指标体系。1.4 建设周期本期项目的建设周期为合同签订后3个月以内，其中试运行期不少于1个月。二、总体要求2. 1总体设计要求该项目的建设需根据XX省统一的政策制度和标准规范，建立完善的组织保障体系和安全防护体系，依托XX省医疗健康信息化现有基础,采用基础环境层、数据层、支撑应用层、业务门户层四层架构设计，搭建安全、可靠、先进、成熟的整体技术框架，通过数据的归集、质控、
5、计算、共享，建设中医数据中心，支撑面向居民、面向医护、面向管理、面向社会的多跨业务应用场景的中医服务和监管平台。3. 2系统功能要求4. 2.1中医互联网医院基于XX省互联网医院平台现有架构，对药品目录系统以及诊疗服务流程进行改造，主要功能包括：（1）中医互联网药品管理1）药品查询药品目录查询功能，支持通过药品编码、药品名称、药品类型以及药品状态等条件进行筛选，支持能够查看查询药品的详细信息。2）药品维护支持药品基本信息的维护，内容包括药品剂型、药品规格、药品用量等信息，支持药品信息同步备案至互联网医院监管平台。3）药品注销支持对药品进行注销状态变更，注销后的药品不再生效。4）药品目录导出支持
6、以表格的形式批量导出药品目录。（2）中医互联网诊疗服务1）中医病历新增中医病历结构，支持互联网中医病历的书写。2）中医病历管理新增中医病历模板的维护和引用功能，包括中医病历模板的新增、修改、删除等管理功能，实现自定义的模板维护，支持医生互联网诊疗时进行调用。3）在线开方新增互联网中草药在线处方开具功能，支持饮片、颗粒剂等不同剂型处方。4）中药常用方管理新增中草药常用方的维护和引用功能，包括常用方的新增、修改、删除等管理功能，供医生诊间进行调用。5）中药隐方新增中草药处方隐方功能5. ）中医处方预审方新增中药处方的合理用药预审核管理，要求能够对互联网开具的中医处方进行预审方，要求具备基本的中药配
7、伍禁忌判断能力。（4）中药代煎1）接入中心升级建立标准化的数据接口，支持与医疗机构中药房系统对接，支撑中药代煎服务的开展。2）中药代煎服务支持互联网中药饮片、颗粒剂处方的代煎选配和在线支付功能。3）中药订单管理支持中药代煎等订单的查询、调阅功能。2.2.2中医处方一件事基于中医处方标准和数据共享标准，依托处方数据中心，搭建中医云处方服务平台和数字化监管指标体系，主要功能包括：（1）中医药数据查询功能基于省数据中心的全省中医药数据，提供数据查询功能，支持机构、时间、区域及相关业务条件等维度的查询。（2）中医药数据实时计算基于省数据中心的全省中医药数据，按中医指标统计要求进行实时计算预处理，提高数
8、据统计查询效率，支撑数据的实时展示和应用。（3）中医药指标体系利用大数据、云计算等技术构建临床诊疗、病种证型、药物使用、收费收入等指标体系和统计模型，以时间、区域、机构等维度进行指标分析，支持指标下钻和明细数据展示。（4）“中医处方一件事”驾驶舱遴选临床诊疗、病种证型、药物使用、收费收入等核心业务指标，搭建中医药数字化综合监管驾驶舱，展示各地市、医疗机构的指标对比和排名，支持指标下钻和明细数据展示。2.2.3“X里中医”综合监管（1）中医互联网诊疗服务监管1）中医业务备案优化互联网医院监管平台，要求在线处方业务备案能够细化到二级处方类型,并具备对医师中药处方权限独立备案功能。2）中医违规监管优
9、化互联网医院监管平台，支持对医疗机构、医疗人员开展互联网诊疗过程中的备案情况、诊疗数据合规性等监管内容进行监测告警，提供管理决策支撑。3）互联网医院监管平台数据接口升级要求依据中医互联网诊疗相关规范要求，升级互联网医院监管平台的数据接口，实现自建互联网医院的中医互联网诊疗数据上传，完善互联网诊疗服务的监管覆盖范围。（2）中医病案首页数据上传与分析1）数据上传与审核根据XX省DRG绩效平台数据上传流程将病案数据上传至省平台进行审核，要求具备审核结果查看、重新上传等功能。2）中医病案首页数据分析对归集的病案数据进行分析，包括综合能力CMI、疑难病例RM外科能力、重点监控、医疗质量等内容，要求分析模
10、块支持独立外嵌。（3） “X里中医”指标体系利用大数据、云计算等数字技术，整合省数据中心归集的全域中医医疗数据，构建中医医院资源分布、中医医疗服务配置、中医运营状况、可持续发展等维度的“X里中医”指标体系和统计模型，为驾驶舱和数据分析提供基础支撑。（4） “X里中医”驾驶舱遴选整合“X里中医”中医综合监管指标，形成以中医区域画像情况、中医医疗机构日运营情况、中医医疗机构绩效考核为主题的驾驶舱大屏。1）中医区域画像展示全省中医院、床位、人力资源的分布情况，中医医疗服务的配置及医疗服务增长情况，中医诊疗收入情况，各地区中医药发展指数等内容，形成能够体现区域内中医生态概况的大屏。2）中医医疗机构日运
11、营情况展示每日医疗机构门急诊人次、出入院人次、床位使用情况、中医药收入、当日中医科室就诊量、门诊当日中药饮片使用量、当日中医疾病和证候分布情况等指标，分析中医机构的日运营状况。3）中医医疗机构绩效考核根据国家绩效考核的要求，从医疗机构的医疗质量、运营效率、持续发展、满意度评价等方面的指标模型搭建和可视化展示，形成中医医疗机构的绩效考核内容概览大屏，为考核监管提供支撑。2.3研发能力要求投标人应拥有与本项目有关的研发能力，具备如下与本项目相关软件同类著作权证书，投标时应提供相关有效的证书扫描件：数据质检平台类软件医疗健康数据平台类软件全民健康信息平台类软件2.4标准规范要求系统建设过程中要求遵循
12、以下标准：GB8566-88软件开发规范GB/T12504-90计算机软件质量保证计划规范GB/T15538-1995软件工程标准分类法GB/T15657-2021中医病证分类与代码GB/T15843信息技术等级保护系列标准GB/T16751.1-2021中医临床诊疗术语第1部分：疾病GB/T16751.2-2021中医临床诊疗术语第2部分：证候GB/T16751.3-2021中医临床诊疗术语第3部分：治法GB/T17544-1998信息技术、软件包质量要求和测试GB/T31773-2015中药方剂编码规则及编码GB/T31774-2015中药编码规则及编码GB/T39725-2020信息安全
13、技术健康医疗数据安全指南GB/T39786-2021信息安全技术信息系统密码应用基本要求WS/T305-2009卫生信息数据集元数据规范WS/T306-2009卫生信息数据集分类与编码规则WS370-2012卫生信息基本数据集编制规范WS445-2014电子病历基本数据集DB33T854.1-2011卫生数据共享访问接口技术规范第1部分：电子病历数据疾病分类代码国家临床版2.0卫生统计指标体系；XX省电子病历数据传输规范；ISO/IEC11801-95信息技术互连国际标准2.5技术要求2.5.1技术要求（1）系统要符合政务云架构，要有良好的分层体系，采用主流的多层分布式架构进行设计开发。（2）
14、系统应充分利用现有数字建设中的资源，为应用建设提供数据基础，避免重复建设和资源浪费。（3）系统使用的云服务组件原则上需使用政务云原生组件，如中标方使用自有服务组件，需负责相关组件的费用支出、安全、授权、运维等方面的工作。（4）系统数据处理要求支持实时计算，满足面向管理的实时分析和展示需求。（5）系统要求通过加密和安全通道等方式确保敏感信息的在交互和存储过程中的安全性。2.5.2用户使用要求（1）用户操作界面要求简洁、直观，具备中医特色。（2）实现单点登录等功能，方便用户在多个系统间自由的切换，用户可以通过一套身份和密码完成所有应用登录（3）在用户使用方面，采用单点退出功能确保用户的安全性。（4
15、）系统应具备完善的用户授权、监控管理机制，能够行为追溯。（5）应兼容主流浏览器版本，包括但不限于：IE、360、Firefox、Google等。2. 5.3性能要求系统必须具备负载均衡能力，以保证多用户并发访问时的系统的可靠性和系统性能不受到严重影响，具体性能要求如下：（1）故障率：平台应能提供7X24小时的不间断服务，平均年故隙时间48小时，平均故障修复时间30分钟。（2）数据库连接并发数2500。（1） 百万条记录进行查询和读取时，响应时间不超过5秒；（2） 以IoK报文标准，在极端业务高峰和软硬件资源足够的情况下，具备日最大各业务系统合计超1亿条的数据处理与交换能力。（5） 面向公众服务
16、的应用使用并发请求数要求25000,能满足5000个用户同时在线,；（6） 业务管理系统用户使用并发请求数要求21000,能够满足1000个用户同时在线；（7） 系统中各功能模块页面间的切换不超过3秒；（8） 一般性数据保存、修改、删除等操作，响应时间不超过3秒；（9）系统有效工作时间要求299.9机2.5.4信创相关要求本项目应根据建设单位需求，按照信创相关标准规范，实现建设单位建设需求、使用目标。按需求方指定的环境部署和应用，系统建成后对信创环境下的客户端必须具有较强的兼容性和适应性。2.6信息安全要求系统的安全性是项目稳定运行实施的基础，既要保证信息共享利用，又满足安全管理的需要。本项目
17、建设需符合国家信息安全等级保护管理办法、XX省大数据局关于电子政务外网安全评估指标体系考核要求及其他相关文件要求，开展全方位的安全体系建设，满足网络安全、管理安全、系统安全和数据安全等各方面要求。2.6.1服务保密要求中标方须在签订合同后与业主单位签订保密协议。2.6.2安全性、功能性能测试要求系统须避免各种信息安全漏洞，对应用系统和数据开展全生命周期安全防护,有完善的安全解决方案。采购方可委托第三方进行安全测试，如果测试中发现存在问题，中标方需尽快解决。测试及漏洞修复所产生的费用由中标方承担。2.6.3系统等保要求在项目建成后，系统需按照等级保护要求开展等级保护测评，系统必须整改等保过程中发
18、现的软件问题。在运维期内，每年至少进行一次等级问题整改。测评和整改费用由中标方承担。2.6.4密评要求制订商用密码应用方案，运用国产密码技术保障信息系统网络和数据安全，按照要求开展商用密码安全性评估，整改密评中发现的安全问题。2.6.5代码安全要求需遵循代码安全开发规范和实施代码安全检测，检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。检测和整改费用由中标方承担。2.6.6研发安全要求中标方需提供完善的安全管控机制，保证代码和研发环境不能直接暴露于公共网络，同时具备安全风控措施，防止出现代码泄露等安全隐患；数据处理应具备标准的安全规范，包括安全加密、脱敏规范，数据操作
19、审计管理等。2.6.7信息安全承诺保障中标方承诺严格把控运维人员安全风险及系统安全风险，提供核心运维人员背景审查材料，每月对系统进行安全监测和巡检，出具安全巡检报告。及时修复系统存在的各类安全漏洞。在政府重要活动、会议召开期间对系统进行7*24小时严密监控，一旦发现问题，要求在第一时间内关停或恢复正常服务，并尽可能的消除影响。中标方承担因系统本身漏洞所引发的信息安全事件而带来的相关法律责任。合同约定的建设和运维期内如发生重大信息安全事件，被上级单位或公安机关通报一次，罚款5000元。如发生被悬挂反动标语、赌博色情、数据泄漏等安全事件，视情节严重程度罚款1-5万元。因运维人员管理疏忽导致的上述信
20、息安全事件，采购方保留追诉中标方连带法律责任的权力。2.7. 软件应急方案投标人须提供软件应急方案，内容包含:应急响应人员安排、应急反馈机制、应急处理机制、故隙处理方法等，方案应至少满足以下要求：1、投标人应成立项目应急小组并阐述项目应急小组成员及职责分工。2、投标人应考虑各种故障类型，分别给出对应的处理方法。3、投标人应对故障分级，建立反馈机制，当出现重大问题时需第一时间通知用户。三、实施要求3.1 项目组织管理要求1、投标人应充分考虑满足投标项目的建设要求，提出完整的项目管理、系统设计与开发、培训、项目施工、项目验收、售后服务方案以及投标人人力资源供给方案。2、本项目要求开发团队至少6人，
21、其中研发和测试的人员至少3人。部署实施人员至少2人，主要与外部系统进行对接、联调、部署工作。3、投标人在投标文件中，应根据对项目的理解作出项目的人员配置管理计划，包括组织结构、项目负责人、组成人员及分工职责；阐述项目建设中业主方和建设方的职责。4、招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作，投标人必须接受并服从招标人的监督、管理要求，无条件提供中间过程工作成果。5、投标人人力资源供给方案中涉及的项目组成员，未经招标单位允许，不得进行随意变更，如需变更应提前1个月告知，并经招标单位确认且在后续工作人员到岗后方可变更。3. 2计划与进度管理要求1、投标人在投
22、标文件中应根据对项目的理解作出项目实施的初步计划，成为中标方后必须提交正式工作方案，明确招标项目工作的方式、方法、过程步骤、按阶段分解的详细计划、对应计划应提交的工作成果、需要招标人协调与配合的事项，并经招标人审核、批准。2、中标方在项目实施过程中必须分别按周、月提交进度报告，对项目问题及进度延迟原因进行说明，制定合理的解决措施并有效执行。3、投标人必须在投标文件中阐述项目沟通计划，确保投标人与业主之间信息沟通顺畅。3. 3质量管理要求1、投标人应按IS09001质量管理体系规范要求，针对招标项目实施过程及交付结果进行质量规划、管理、控制。2、投标人一旦中标必须提交正式的质量计划，明确质量控制
23、点、控制内容、质量要求、检查记录要求，并经招标人审核、批准。3、中标方在项目实施过程中应开展质量保证活动，所提交的进度报告应包括质量报告内容，对质量问题制定改进措施并有效执行。4、中标方必须接受招标人的质量监督检查，提供真实有效的相关质量活动记录、证据，无条件接受招标方提出的质量问题整改要求，承担质量责任及因质量问题导致的进度延迟责任。5、投标人必须提供详细测试方案，包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中，中标方应先拟出一个测试方案，具体到每一个测试步骤，与用户讨论通过后，方可按计划进行测试。3. 4文档交付要求1、系统集成应严格按照国家有关规定进行，中标方必须及时提供
24、验收规范、产品文档、质保书、设计文档、施工文档、检测文档、项目管理文档等有关文档。2、应用系统开发应严格按照国家软件工程规范进行，中标方必须根据开发进度及时提供有关文档，包括：准备阶段：实施计划；需求分析阶段：需求分析说明书；设计阶段：概要设计说明书、数据库设计说明书；测试阶段：测试计划、测试报告；上线阶段：试运行/上线报告；培训文档：培训计划；交付使用：用户手册；与工程相关的其他文档。3. 5试运行与验收软件开发实施并调试完成，经过用户的认可后，投入不少于1个月试运行，在试运行期间，投标人应使任何故障或问题都能在收到故障通知后尽快（节、假日也不例外）被修复和解决，并给出详细修复细节报告，所有
25、试运行期间软件的修改和变化都应在试运行结束后提供书面和电子文档。试运行稳定后可进行验收。验收合格的条件必须至少满足： 项目开发任务已经完成，测试合格并上线试运行； 项目经过试运行，试运行时出现的问题已被解决，并得到用户认可；项目提交了完整的文档资料，并通过了采购人组织的审核。3. 6培训要求投标人在项目建设前后除了对业务经办人员的专项培训以外，应对招标方的系统维护人员进行系统维护培训。包括：系统管理、开发工具、平台软件等。1、培训计划：系统的培训工作分为集中培训与普及培训2阶段。2、培训内容：为了让用户能够熟练地使用本系统，投标人需要对所有使用单位的系统管理员和操作人员进行培训，确保系统管理员
26、、操作人员安全熟练使用软件。3、培训对象：包括业务管理层人员（主要指各使用单位和部门的领导）、系统管理人员以及业务人员（主要指具体的业务操作人员）。4、培训时间：根据项目推进情况确定。5、培训形式：汇报、PPT讲解、会议、专题沟通、现场操作、远程培训等方式。6、培训课程：根据不同的培训对象制定不同的课程。3.7售后服务要求3. 7.1.驻场人员要求项目进入运维期后，投标人需提供至少1人驻场维护工程师，完成基本的系统维护及其他交办的相关事项，为期一年。4. 7.2.售后服务时效性要求在维护期内乙方应响应7X24小时电话或电子邮件服务，1小时内做出明确响应和安排，2小时内做出故障诊断报告，如需现场
27、服务的，具有解决故障能力的工程师应在2小时内到达现场。5. 7.3.售后服务方式要求1、电话支持电话支持主要是在使用产品时遇到疑难或者软件出现不正常状态，通过电话、传真、电子邮件寻求技术支持和帮助，在确认用户的服务请求后，将安排技术服务专员在规定的响应时间通过电话帮助用户进行故障定位，并提出解决方案，最终指导或帮助用户排除软件故障。2、远程维护远程维护是指用户在使用软件时遇到疑难或软件不正常的情况下，由平台开发方提供远程技术支持服务，以快速直接地面对软件运行中出现的故障问题，并对其进行诊断，给出解决方案，最终帮助用户排除软件运行出现的故障。（1）原则上技术支持人员远程登录进行故障诊断时，只可以
28、查看数据，寻找故障原因，需要对数据进行修改时，需经得用户的同意。（2）对于远程维护中由于排除故障的需要暂时中断软件系统，技术支持人员应事先向客户提出申请。（3）由于技术支持人员在诊断中需要用户提供必要的配合和协调以及最后的需求反馈的确认工作，用户拨号接入远程维护专线后，用户必须在客户终端现场。（4）由用户对技术支持服务提供的解决方案的有效性进行评估。3、资料共享资料共享是指用户可以通过电话、传真、电子邮件、FTP、OSS服务网络，或者通过纸面文档、电子邮件、磁盘、光盘等材料，并及时掌握最新的维护经验和技巧，了解自己所维护软件的一些预防性措施、获得最新的软件产品知识等。（1）提供与日常维护相关的
29、资料，用户可以在开放的权限内，获取有关软件运行、产品知识、维护经验与技术等方面的资料。（2）定期向客户发放技术资料，满足用户日常维护的需要。3.7.1.维护期承诺项目终验合格后中标方承诺提供一年免费维护服务,维护服务内容按照售后服务要求。中标方收取的每年维保费用不高于本次所签订合同总价的10虬4.7维护费用免费维护期满后，中标方收取的每年维保费用不高于本次所签订合同总价的10%o四、应急响应机制要求要求投标人在项目验收前提供完整详细的系统故障维护应急响应机制说明文档，并得到招标人方的批准，此为验收通过的必备条件之一。五、知识产权要求中标方应保证所提供的系统或其任何一部分均不会侵犯任何第三方的知识产权。本项目所有成果知识产权归采购方所有，采购方有权在其他项目上运用该项目成果。未经采购方书面同意，成果不得擅自扩散或提供给第三方使用。中标方应保证采购方在软件使用过程中，免受第三方提出的侵权起诉。如发生此类纠纷，由中标方承担一切责任并负责解决。六、关于实施验收费用有关本项目实施、等保测评、代码审计、信创改造等所涉及的费用均由中标方承担。七、付款条件签订合同后，招标人在收到中标人发票并确认无误，招标人向中标人支付合同总额的60版系统完成功能开发，上线试运行并经由招标人签字确认后，招标人向中标人支付合同总额的35%；系统验收合格收到中标人发票并确认无误，招标人向中标人支付合同总额的5%o
