一、项目概况
1、项目名称:邯山区“互联网+健康邯山”医疗卫生服务体系综合信息平台建设项目。
2、采购内容:医疗卫生服务体系综合信息平台建设服务。
二、采购需求
(一)项目背景
为深入贯彻《关于深入推进“互联网+医疗健康”“五个一”服务行动的通知》、《河北省国民经济和社会发展第十四个五年规划和二〇三五年远景目标纲要》、《“千县工程”县医院综合能力提升工作方案(2021-2025年)》国卫办医函〔2021〕538号等政策文件精神,整体提升邯山区卫生健康高质量发展的信息化水平,将传统医疗资源结合信息化手段转型升级,建设具备智能感知能力、互联互通能力、信息共享能力的“互联网+健康邯山”医疗卫生服务体系综合信息平台建设项目。该平台将贯穿于居民百姓、医疗机构、卫生健康行政管理部门以及医疗企业之间,成为保障居民生命健康的纽带,推动邯山区公立医院高质量发展。
(二)建设目标
项目贯彻“以人民健康为中心”的服务理念,结合邯山区实际情况,借助邯山区现有信息化建设基础,全面推进邯山区跨部门互联互通、医疗大数据融合共享、基层服务能力提升,通过本项目建设,带动基层医疗卫生机构提升服务能力和管理水平,提高主管部门综合监管能力,为邯山区61万人口打造生命全周期、服务全流程、健康全方位的掌上医疗健康“一站式智慧服务”生态圈,响应国家积极推进“互联网+”行动的战略,用智慧健康战略建设邯山区“互联网+健康邯山”医疗卫生服务体系综合信息平台建设项目,推动邯山区公立医院高质量发展。
中标人应在90日历天内系统安装完毕,现场提供培训服务,系统运维服务为2年。
三、采购内容及功能要求
编号 |
分类 |
采购系 统名称 |
采购内容要求 |
数量 |
备注 |
1 |
“健康邯山”数据中心 |
“健康 邯山”数据中心 |
建立起统一的、核心的、标准化的、涵盖电子健康档案、电子病历、影像、检查检验、心电、卫生指标等数据的数据中心,目的是将分散在各个业务系统中的数据进行整合。将整合后的标准化数据应用于更多的医疗业务中,同时对外部相关部门开放共享,实现业务协同。最终帮助卫生管理部门、医疗机构以及其他相关部门通过医疗大数据进行分析和决策,实现医疗数据的增值。 数据中心建设需符合国家、省、市卫健委发布的数据元、数据集、数据交换、存储、利用等相关标准规范。存储在数据中心的存储数据需包括的业务数据类型 有: (1) 健康档案信息库:应含辖区内居民的个人健康档案实体数据。 (2) 电子病历信息库:应包含基层机构及二级医院的电子病历实体数据。 (3) 全员人口信息库:应包含辖区内人口实体数据。 (4) 卫生资源信息库:应包含辖区内医疗卫生人员、卫生机构、设备、药材、医学文件、标准规范文件等实体数据。 (5) 基础资源信息库:应集中整个区域卫生的基础数据,如医疗机构、公共数据元和代码字典数据库、卫生设备、卫生资源数据库、注册服务以及其他各专业系统所需的共享信息等。 |
1 套 |
|
平台基础服务 |
平台基础服务是基于数据中心的资源数据库对外提供的各种数据实时读取服务,通过各医院各应用系统对服务组件的调用,实现信息的共享与交换。 数据中心的组件服务需具备以下功能 (1) 基础数据注册服务:基础数据需包括能够满足医共体业务的个人、医疗卫生人员、医疗卫生机构和医疗卫生术语等。 (2) 居民主索引服务:需解决相同患者在不同机构、不同系统中的身份识别和统一问题,实现区域内不同机构、不同信息系统之间的信息交换和共享。 (3) 电子病历检索服务:需满足平台用户在被授权的情况下,能通过电子病历档案服务提供的索引服务,从基本业务系统查看某患者的诊疗事件信息,以及事 件信息所涉及的文档目录及摘要信息的功能。 (4)电子病历查阅服务:需能够为不同的注册库、电 子病历系统或辅助服务相关的数据访问过程中,正确 调用提供支持。 (5)医疗协作业务服务:数据中心需具备支持开展医 疗协作业务的技术。 (6)辅助决策服务:数据中心中的数据需能够为管理 者提供辅助决策。 |
|
数据采 集与交 换 |
数据中心的原始数据采自各医院信息系统的各个应用 子系统,采自各个应用子系统的各种临床诊疗、管理 数据必须经过相关的处理、整理成为标准数据后分门 别类进行存储,形成数据中心的各个资源数据库。 系统需具备以下功能: (1)数据标准管理:需遵照国家相关标准,从数据标 准格式、数据标准内容、标准管理与发布等维度进行 管理。 (2)数据采集管理:数据采集管理通过前置ETL、前 置数据质控、应用服务代理、消息路由、DICOM网关等 各类前置应用完成采集数据的映射、抽取、缓存、过 滤、转换,需实现对上传数据质量的把控,支撑共享 调阅、智能提示、分级诊疗、区域医疗业务联动等协 同业务的消息交换。 (3)数据交换管理:需按照原卫生部、国家卫健委医 疗信息标准整合各级医疗卫生机构的相关信息系统 (包括不限于邯山区基本公卫系统、基本医疗HIS系统、居民电子健康卡管理系统等),通过开发应用系 统和提供数据服务,为各级医疗卫生机构间医疗信息 的共享、医疗业务的协作以及对各级医疗卫生机构监 管的各种交互服务提供支持,实现各医疗机构间业务 数据的实时交换与共享,实现医疗信息在医疗机构间 及时的互联互通,从而优化医疗服务流程。 |
|
|
|
数据质 控 |
主要解决数据中心建设、数据治理及业务系统运行过 程中的各种数据质量问题。全面提升数据的完整性、 规范性、及时性、一致性、逻辑性等,降低数据管理 成本,减少因数据不可靠导致的决策偏差和损失。 主要功能需包括: (1)数据源管理:需支持从数据库表、视图或SQL方 式创建检查数据源,支持建立多个数据源。 (2)规则管理:需支持规则模板管理和规则维护。 (3)查询统计:需支持查看质控任务的完成情况、质 控规则达标情况等。 (4)数据质量分析:需支持通过数据质控处理过程总 览、指标质量总览和数据质量总览功能对数据处理完 整过程情况、单项指标符合情况等情况进行汇总展示, 分析各数据上传单位提供的数据质量。 |
|
|||
平台运行配置管理 |
平台运行配置管理主要是对平台各种资源和基础信息 进行综合管理、配置和监控。需具备以下功能: (1)配置管理:为保证项目安全和统一,运行配置管理需支持对标准项目、用户、权限、操作日志等进行线上管理。 (2)资源目录管理:需参照卫健局标准,实现数据元、 数据集统一管理,对数据元、数据集可进行注册、修改、查询、搜索和发布的功能。 (3) 节点管理:由于数据共享与交换是一个复杂的、分布式网络结构,因此系统需具备节点管理功能,支持通过配置各个节点的参数和属性,构建整个数据交换环境。 (4) 安全管理:医疗行业关系国计民生,医疗数据一旦遭到篡改、破坏和泄露,势必对医疗机构的声誉、医患双方的隐私及健康安全构成严重威胁。因此需通过多种技术手段加强系统安全管理服务水平,需支持身份认证、访问控制、数据安全传输等安全管理。 |
|
数据交换接口 |
各医疗机构业务条线众多,数据分散,为了更好满足主管部门管理需求,本项目应能够实现与邯山区二级医疗机构相关信息系统、基层医疗机构相关信息系统、市全民健康信息平台等相关应用系统的对接,实现数据互联互通的业务需求。 |
|
|
|
2 |
高质量发展综合监管应用中心 |
综合监管大屏 |
是主管部门的驾驶舱,大屏应实现指辖区内医疗机构运营的核心指标的统计分析,大屏应能够按照行政区划、时间(年/季度/月/日)、人群类别等维度展示区域卫生资源、基本公卫、基本医疗和家庭医生签约等核心业务的指标统计分析结果。架构技术上应支持多级下钻,动态展示,以及指标灵活配置。 |
1 套 |
|
卫生资源分析系统 |
利用信息化手段对区域内多种医疗卫生服务资源进行智能监管的系统,监管对象包括卫生机构、卫生人力、卫生设施、卫生经费等。系统需具备以下功能: (1) 卫生机构:需支持按照行政区划、年份等查询条件,展示卫生机构总体情况的信息数据,包括区域基层卫生机构数量情况、机构区域分布情况、机构构成情况、基层机构中医馆情况。 (2) 卫生人力:需支持按照行政区划、年份查询条件,展示区域卫生人力总体情况的信息数据,包括基层卫生机构卫生人员、基层医疗卫生机构卫生人员年份变化。 (3) 卫生设施:需支持按照行政区划、年份查询条件,展示区域设施设备情况的信息数据,包括主要设备台数情况等。 (4) 卫生经费:需支持按照行政区划、年份查询条件,展示区域总体卫生经费情况的信息数据,包括基层卫 生机构收支情况、总收入、总支出等。 |
1 套 |
|
||
药品使用监管系统 |
为制定科学合理的管理制度提供数据支撑,需实现对辖区医疗机构药品使用情况进行监管,系统需具备以下功能: (1) 药品使用情况分析:系统需支持按照时间、行政区划查询条件展示药品和抗生素使用情况相关的指标统计分析结果的功能,使监管者快速了解药品使用分析综合情况,快速定位到重点监管的药品使用分析相关指标。 (2) 居民用药负担分析:系统需支持按照时间、行政 区划查询条件展示居民用药和居民用药负担分析报表相关的指标统计分析结果的功能,使监管者快速了解居民用药负担分析综合情况,快速定位到重点监管的居民用药负担分析相关指标。 (3) 药品收入分析:系统需支持按照时间、行政区划查询条件展示药品收入和药品收入报表相关的指标统计分析结果的功能,使监管者快速了解药品收入分析综合情况,快速定位到重点监管的居民用药负担分析相关指标。 (4) 药品采购:系统需支持按照时间、行政区划查询条件展示药品采购相关的指标统计分析结果的功能,使监管者快速了解药品采购分析综合情况,快速定位到重点监管的药品采购分析相关指标。 |
1 套 |
|
报表中心 |
“一数一源”,需支持查看卫生资源相关报表、基本公卫相关报表、基本医疗相关报表、药品使用相关报表等功能,统一数据出口。 |
1 套 |
|
|
GIS应 用 |
需支持对辖区所有医疗卫生服务机构、民营门诊进行精准定位,实现对辖区医疗资源的统一管理。 |
1 套 |
|
||
3 |
医疗资源共享协同应用中心 |
区域检验诊断中心 |
需支持与现有医学检验信息系统(LIS)对接,实现邯山区检验数据的集中管理,为区域内部检验数据分析提供业务数据支撑,实现对辖区内各机构检验项目、项目编码、检验结果数据、检验危急值等进行统一整合及管理。 |
1 套 |
|
区域影像诊断云平台 |
需要实现区域内影像数据集中管理,统一管理影像报告基本数据,支撑区域影像诊断及报告数据在区域内业务应用。医疗机构应该能够通过系统可以实现远程阅片、完成影像诊断报告等工作,基层端应支持通过系统上传影像资料向影像中心端申请诊断,获取打印报告。应该能够实现患者在基层机构“拍片”,诊断中心医院影像医师通过互联网,远程阅片并及时完成影像诊断报告,实现“拍片在基层、诊断在大医院”的分级诊疗模式。系统需具备以下功能: (1) 影像诊断中心端 首页:需具备展示今日工作待办及历史处理信息情况的功能。 诊断管理:需具备管理整体报告书写、审核和修改流程的功能。 统计查询:需具备数据统计和查询的功能。 (2) 影像诊断基层端 首页:需具备展示今日工作待办及历史处理信息情况的功能。 申请管理:需具备编辑、查询远程诊断申请的功能。 统计查询:需具备统计费用和工作量的功能。 |
1 套 |
|
||
远程会诊管理云平台 |
需要通过搭建远程会诊系统,连接上级医院/专家资源,通过音视频形式,在线实现高效交流。无损呈现医学影像,“面对面”临场高效诊治,同时也方便上下级医生进行沟通交流。系统功能需包括: (1)中心端应用需具备以下功能 信息展示:系统需支持展示人员各个申请状态下,例如待会诊状态、待审核状态、已拒绝状态下人员信息展示情况的功能。 会诊中心管理:系统需支持在线开展会诊全流程的各 项业务的功能,应包括会诊审核、会诊记录查询、会诊管理、会诊工作量统计等。 会诊申请管理:系统需支持进行申请详情查看、进入诊室、会诊总结报告打印、会诊评价等功能。 (2)基层端应用需具备以下功能 信息展示:系统需支持展示人员各个申请状态下人员信息展示情况的功能,例如待会诊状态、待审核状态、已拒绝状态、待报告状态、已评价状态、已反馈等状态下人员信息展示情况的功能。 会诊管理:系统需支持在线管理会诊全流程业务的功能,应包括会诊申请管理、会诊记录查询、会诊管理、会诊统计等功能。 病人中心:应支持维护会诊患者信息,为实现会诊医生调阅患者健康档案及诊疗信息,提高医生诊疗效率,系统需实现与现有公卫系统、HIS系统对接。 |
1 套 |
4 |
基层赋能信息化应用 |
村级卫生室管理信息系统 |
为满足乡村医生的信息化需求,全面促进乡村一体化管理。 功能需包括医卫人员管理(人员账号管理、科室信息维护、科室分配、角色管理、角色分配)、系统参数配置、药品及诊疗项目统一管理(药品耗材统一管理、诊疗项目与收费统一管理)、全科医生管理(全科医生门诊登记、诊断、处置、收费管理、门诊结算信息查询)、统计查询。 为真正实现“以病人为中心”,医生通过系统能够查看居民健康档案数据,系统需实现与现有公卫系统对接;为实现乡村一体化管理,乡镇卫生院能够完成村级卫生室药品耗材、诊疗项目等的统一管理,系统需实现乡镇卫生院HIS系统对接。 |
128 套 |
|
医学影像存储和传输系统 (PACS ) |
建设基层医学影像与传输系统(PACS),实现将患者就诊期间产生的各种医学影像数据,通过各种接口或者设备传入系统,方便医生直接查阅诊断,书写报告等,从而实现在线看图在线诊断,在线写报告单的操作,提高工作效率。还可以进行个性化配置,以及其他辅助功能。应包括登记、报告书写、阅片、统计等功能。 (1) 登记:需支持新增患者影像登记、查询影像登记信息等。系统应能够查看到HIS系统开具的患者影像登记申请,需支持与现有HIS系统对接。 (2) 报告书写:需支持影像报告书写,以及引用影像报告模板。 (3) 阅片:需支持通过DICOM插件查看影像。并且需提供模板、历史、痕迹、发布打印、删除等功能操作。 (4) 统计:需支持人员信息查询、阳性率统计等。 |
7 套 |
|
||
电子病历质控中心平台 |
需通过对接现有电子病历系统,查看及管理各个医疗机构的住院患者信息、住院患者病历书写情况、病历的内容,并针对病历内容书写不规范、不合理、不合规的病历指定进行点评,从而规范基层医疗机构的医疗服务行为。 系统应包括以下功能: (1) 机构病历管理:系统需具备上级医疗卫生机构查看所管辖范围内的下级医疗卫生机构的已书写完成的病历、超时的患者病历的功能,以及解锁病历和查看锁定记录的功能。 (2) 机构参数设置:系统需具备上级医疗卫生机构设置管辖范围内的下级医疗卫生机构的病历质控时间和应用模板的功能。 (3) 统计分析:系统需支持上级医疗卫生机构统计、分析、查询所管辖的下级医疗机构机构患者病历的功 能,并支持打印功能。 |
1 套 |
5 |
“健康邯山”智慧医疗便民服务云平台 |
健康管家 |
需能够为居民提供私人健康管理服务,实现健康服务 内容选择,以及数据联动、健康咨询、智能健康设备绑定、中医药健康管理、家庭健康管理等。 |
1 套 |
|
居家养老 |
应支持老年人或者家属通过平台预约上门护理、上门理疗等,实现辖区老年人居家养老服务管理。 |
|
|||
检验、检查结果查询 |
居民在医疗机构内做的检查、检验项目,可以不必在医疗机构内等待检验结果,检验结果由检验中心将信息上传到健康服务上,为保障结果调阅安全性、便捷性,需实现与电子健康卡系统对接。实现居民通过电子健康码以及其他验证信息,查看本次以及历次的检查、检验结果。应支持报告提醒、报告查询、报告定制与推送。 |
|
|||
预约挂号 |
需支持居民通过电子健康码以及其他身份认证信息,选择医疗机构进行预约挂号。预约挂号功能与区域各个医疗机构的信息进行交换,并将具体的诊疗时间反馈给挂号居民。同时,系统还应提供电话预约挂号、医院预约挂号等多种预约挂号的形式。需提供号源管理、预约挂号、预约订单查询等功能。 |
|
|||
预约订单查询 |
居民登录到健康服务平台后,应能够查看本人的预约 信息,包括在已预约信息、待就诊与待评价订单信息等。 |
|
|||
健康档案开放 |
居民应能够查看本人及家人的居民健康档案、电子病历等信息数据。 |
|
|||
智能就医导诊 |
智能导诊服务,通过虚拟的人体结构图以最直观的方式引导患者诊断病情,用户选择疾病部位,系统给出针对性的问题,回答这些问题,系统应能够智能引导用户选择所需要挂的科室,并且应能够给医生提供初期的症状描述,推荐可预约挂号医疗机构、医疗机构介绍等。 |
|
|||
健康资讯 |
提供健康资讯功能,应支持向居民推送健康资讯、健 康教育视频、政策培训、通知消息等,增加政策的透明度,提升居民健康管理意识。 |
|
|||
免疫接种 |
需具备免疫接种功能。应该能够支持居民维护自家宝宝接种档案信息;查询周围可接种机构,展示可接种机构的地址、联系方式等;支持查询接种记录,以及 查看接种百科信息等。 |
|
满意度评价 |
对于已预约并诊疗完成的订单,应支持居民对医生作出服务评价,支持进行服务态度评价、医疗技术评价、就医环境评价以及医疗价格评价等。形成初步的医患 评价体系,供管理部门和医院进行医疗质量控制做参考。 |
|
|
|
6 |
预留接口 |
预留接口 |
预留“健康邯山”数据中心、卫生资源分析系统、药品使用监管系统、远程会诊系统等标准接口,以便其 他系统进行数据应用 |
1 套 |
|
7 |
平台硬件 |
服务器 |
≧32G,硬盘2T*2,240GB以上SSD,支持8x3.5,5350 RAID卡,服务:三年 |
4 台 |
|
综合监管展示大屏 |
≧55英寸4K全面屏LED产品,能效等级≥二级, |
4 台 |
含装修、设计等 |
||
防火墙 |
机架式,包含至少2个10GE(SFP+),8个GE Combo, 2个GE WAN;含SSL VPN100用户 |
1 台 |
|
||
视频会议摄像头 |
视频会议摄像头1080P高清免驱USB,≧200万像素,用于支持远程会诊应用的视频采集设备。 |
8 台 |
|
||
语音接收器 |
USB免驱全向麦克风/视频会议麦克风/全向麦,用于支持远程会诊应用的语音采集设备。 |
8 台 |
|||
音箱 |
多媒体有源音箱,用于支持远程会诊客户端语音交流 设备。 |
8 台 |
|||
摄像头 支架 |
摄像头支架(会议摄像机壁装支架托盘),用于支持远 程会诊摄像头固定支架。 |
8 台 |
|||
台式计算机 |
i5CPU,4G及以上内存,500G及以上硬盘,≧19寸显示屏,用于支持远程会诊客户端应用软件运行设备。 |
8 台 |
|||
电视机 |
≧55英寸超高清4K,运行流畅不卡顿,用于支持远程会诊客户端视频展示设备。 |
16 台 |