医院集成平台项目项目用户需求书.docx
《医院集成平台项目项目用户需求书.docx》由会员分享,可在线阅读,更多相关《医院集成平台项目项目用户需求书.docx(35页珍藏版)》请在冰豆网上搜索。
医院集成平台项目项目用户需求书
[医院集成平台项目]项目用户需求书
一、采购项目投标人资格要求
参加本项目投标的投标人除应具备《中华人民共和国政府采购法》第二十二条供应商资格条件外,还必须符合下列要求:
1、投标单位必须具有独立法人资格,能独立承担民事责任和合同义务,(属分公司的须同时符合第2项要求);投标单位必须具有有效的中华人民共和国企业法人营业执照,执照中必须具有本项目的经营范围;本项目不接受联合体投标。
2、投标单位若为分公司,须同时出具总公司的营业执照以及总公司针对本项目的授权书;获得授权的直属分支机构可沿用总部资质、案例及财务报表;
(此条仅适用于银行、保险、石油石化、电力、电信行业的投标单位)。
3、投标单位应遵纪守法、诚信经营,近三年内(自招标公告发布之日起往前推三年)无违规违法行为或采购活动中无不良记录。
二、采购项目技术要求
2.1.项目概况:
创建于1956年的佛山市中医院是一所集医、教、研及康复于一体的大型三级甲等中医医院,以中医骨伤科闻名国内外,是广州中医药大学附属医院(非直属)、中山大学教学医院、“佛山市创伤急救中心”和卫生部“国际紧急救援中心网络医院”。
建院60年来,医院不断发展壮大,尤其是改革开放后,历任院领导解放思想,更新观念,医院走上“自力更生,艰苦创业”道路。
医院曾先后获得“全国卫生系统先进集体”、“全国中医急症工作先进集体”、“广东省文明医院”、“全国中医骨伤科医疗中心”、“全国医院文化建设先进单位”等称号,2007年被广东省卫生厅、省中医药局授予广东省“中医名院”称号,医院党委2008年被省委授予先进基层党组织称号,2012年被授予佛山市创先争优先进基层党组织称号,2011年起实现全国地级市中医院竞争力排名四连冠,2015年获得“佛山市创建全国文明城市先进单位”称号。
近年来医院以医疗质量和安全为主题,以重点专科建设为抓手,以医院集团化发展模式的新一轮战略规划为突破口,解放思想,深化改革,抓住机遇,通过精益管理和借助国内外先进的运营理念,不断加强医院文化建设,开创医院工作新局面,取得了显著的成绩。
医院信息化从2000年建设至今,已经陆续完成了HIS、电子病历、PACS/RIS、心电、体检、LIS等信息系统的建设,实现对医院日常运营和临床工作的有效支撑,各部门对信息化的重要性已经有了切身的体会,也对信息化的进一步改进提出了各自的想法和思路。
2015年以前,医院采用的是需求导向的方法来进行信息系统的建设,有部门提出需求,信息科根据需求在市面上寻找合适的产品进行论证,选取最合适的产品进行实施,满足部门的相关需求,随着产品的越来越多,这种建设方法固然简单高效,但带来的弊端也逐渐显现:
(1)产品厂商越来越多,协调难度越来越大,每个厂商都有自己的技术标准,互相配合起来并不顺畅,造成了很多数据孤岛,部门之间想共享信息非常困难;
(2)系统建设的无序,造成了新上一个信息系统,就需要对原有的系统做非常大的改造,效率不高的同时,也浪费了很多的改造费用;
(3)由于每个系统互相之间共享程度低,数据较为混乱,院领导和管理层无法直观的获取价值数据;
(4)近两年来,很多部门提出了跨系统的需求(如医嘱的全流程跟踪,危机值的全流程处理等),很难通过改造一个信息系统响应这些需求,需要寻求新的方式来解决;
因此,本次项目以医院信息集成平台建设为核心,通过信息集成平台,充分整合现有信息系统,形成灵活可扩展的数字化医院新型架构,在此架构基础上再进行电子医嘱的改造和后续新系统的建设。
2.2.项目主要内容:
本次信息化建设项目中,秉承先进行顶层设计与规划,再分布进行项目建设的思路。
新的规划不同于以往的数字化医院系统设计,整个医院的信息系统建设分为三个层面,两个支撑系统。
在三个层面(整合业务层、整合层、基础业务层)中,整合层因其具有平台服务与临床数据中心,是起承上启下作用的核心。
在整合层中,从关注面向业务环节的实现(如:
收费、发药)转变为关注业务环节管理(如:
告病危、护理等级等非收费医嘱);从满足事务型、窗口型、流程驱动型的信息共享,提升为基于安全的、可扩展的、兼容性高的医疗信息共享交换标准的信息互通体系。
这一平台的建设不仅可以迅速解决医院当前数据释放和深度利用的问题,并且在数据采集、处理、存储和发布层面均具有高度的扩展性,同时通过一个松耦合的技术平台,创造一个不受任何一个子系统约束的架构环境,充分支持未来、甚至还没有规划的业务扩张计划和新的IT系统建设。
同时,对新的IT子系统建设,可以提出明确的数据集规范、接口规范、数据传输规范、字段内容规范、对外信息发布规范等,利用信息资源中心平台驾驭和统一所有现有的信息子系统和未来的新系统,在信息化建设的任何阶段,都能做到胸有成竹,有章可循。
预期可实现的效果,见下图:
项目总体的设计原则包括:
先进性
采用SOA面向服务架构,它可以根据需求通过网络对将不同的应用系统通过组件的方式进行分布式部署、组合和使用。
科学性
系统辅助医生掌握患者的第一手居民诊疗数据,医生在就诊的过程中更容易得到患者的信任,采集和调阅到患者最真实的病史记录,同时降低医院人力成本。
为医院管理层和决策层提供服务,医院管理层通过医院集成平台对医生进行绩效考核,奖金分配等;医院决策层通过医院集成平台全院进行经营决策分析,为医院带来良好的经济效益。
标准性
符合卫计委《基于电子病历的医院信息平台技术规范》的建设标准,同时符合卫计委《电子病历基本数据集》的数据规范,非在上述标准定义的符合国家IT信息规范标准。
安全性
系统符合国家《信息安全等级保护管理办法》及相关文件要求,采用的设备符合国家有关安全标准;具有严密的安全保护措施,支持应用身份识别与验证、复杂口令验证、访问权限分级控制、第三方CA认证等用户验证技术,提供数据自动保存和异地备份,保证数据的完整和安全;提供关键信息和用户自定义信息分级设置,保护公众隐私,授权浏览。
可靠性
系统具备7×24小时不间断稳定运行能力,能够在运行中及时捕捉错误信息,并给出相关提示,局部服务停止不影响整个业务系统的正常运行。
易操作性
系统提供友好的操作界面,主要以模版及图片的方式辅助用户操作,用户通过简单的勾选方式完成业务操作,同时提供在线帮助及咨询服务。
易维护性
服务器端软件可进行平滑升级,保证客户端业务系统不受到影响。
适应性
系统采用数据参数配置进行业务控制,国家政策改变时只需要对相应参数进行调整,不需要对系统功能进行修改与更新。
信息共享
系统通过数据分组权限进行信息资源共享,在数据安全、保密的架构内进行充分、有效的利用。
扩展性
系统提供基于WebService的接口服务,第三方系统可通过调用WebService接口服务进行产品注册,满足用户功能扩展需要。
★本次项目必须涵盖以下主要功能项目:
(1)临床数据仓库(ClinicalDataRepository,CDR)
临床数据仓库(ClinicalDataRepository,CDR)是一个整合多个来源的临床数据,提供以患者为中心的统一视图的实时数据库。
它通过受控医学词汇表(CMV)保证所有人对临床数据语义理解的一致,以提高CDR的数据质量。
在CDR中,诊疗数据是围绕患者为中心进行组织的,临床用户可以从多个角度查询、浏览和分析数据,其中的诊疗数据一般包括:
•患者基本信息
•历次就诊病史
•门急诊和住院诊断
•处方信息
•检验结果
•放射/超声/病理/内镜/心电检查报告
•医学影像
•费用信息
•…。
(2)基础数据标准字典与管理
基础数据(亦称主数据)指医院各业务系统间需要共享的核心数据,也是医院范围内能够跨业务、跨系统重复使用的高价值数据,通常需要在全院范围内保持一致性、完整性和可控性。
医院在信息化建设的过程中,会陆续引进和建设很多信息系统来支撑各类业务,不同的信息系统往往会定义自己的基础数据字典,难以形成统一的标准和规范,造成相互间数据利用和交互相当困难。
在构建全院数据中心时,清洗和梳理不同的基础数据也会面临很多问题。
主数据管理(MasterDataManagement,MDM)旨在通过对基础数据的集中清理,以服务的方式把统一、完整、准确和具有权威性的基础数据分发给全院范围内需要使用这些数据的事务型应用和分析型应用,包括各个业务系统、业务流程和决策支持系统等等。
它使医院能够集中化管理基础数据,在分立的系统间保证基础数据的一致性,改善数据合规性、快速部署新应用、不断优化业务流程、加速响应业务需求。
主数据管理通过从各个事务型应用以及分析型应用中将基础数据剥离出来,使其成为一个集中的、独立于医院内各类其他应用的核心资源,以及作为一个基于集成平台的基础服务,从而使得医院的基础数据字典得以在各个应用间同步和复用。
通过主数据管理,改善与优化医院数据利用的现状,可以更好地为医院信息集成和深度数据利用做好铺垫。
(3)企业服务总线(ESB)
企业服务总线立足于医院已有的信息系统,将封闭在多套孤立信息系统中的数据释放出来,实现了物理集中;然后通过对数据的离散化处理,转变成各种有价值的信息,以帮助医院实现持续的质量改进和服务创新。
由于信息更完整,使用更方便,各类用户的工作效率得以提升,决策判断的依据更加充分,服务响应更加及时,对促进公立医院的管理制度转型和服务创新,开展各项惠民服务。
同时,通过平台建设,可大幅提高医院整体信息化水平,实现医院信息化建设的跨越式发展。
•信息平台基础服务
以企业服务总线(ESB)的模式实现SOA应用,规范医院应用系统的医疗服务标准。
通过服务的统一注册、发布和管理,提供包括统一用户管理、患者主索引、统一药品基础编码、统一通讯等基础服务的注册和发布。
•信息平台数据集成流程(ETL)
根据医院数据库的种类采取CDC和时间戳的方式进行数据同步。
(4)基于全院信息平台架构的电子医嘱改造
电子医嘱、临床路径、基于全院数据中心实现病历文书、病历书写器、病历质控等内容详见附表
(5)患者360视图
在全院临床数据中心的基础上,按照病人为核心的起始维度,依靠患者主索引(EMPI),把患者当前和既往的全部门急诊就诊记录、住院病史、影像检查、检验结果、心电图及扫描文档等信息整合在一个界面里面,建立患者360度诊疗信息的完整视图。
(6)运营数据分析系统
通过信息平台采集来自HIS等业务系统的数据,在此基础上构建运营数据仓库;通过OLAP分析,实现关键业绩指标(KPI)展示、决策驾驶舱(DSS)中动态仪表盘、决策预警雷达等功能,为医院决策者提供全方位的决策警示和支持。
(7)第三方厂商接口集成
建立一套医院IT系统建设规范,包括数据规范,流程规范,信息发布规范,流程规范,接口规范,用户规范,权限规范等等。
以该建设规范为标准,指导和协调各现存IT系统的厂商做到:
•统一面向服务的应用开发规范:
要求各应用提供商应能够保证其提供或开发的IT系统能够依照面向服务的开发方法进行开发,以方便建立院内应用开发的平台组件库;
•统一界面服务规范:
规范不同应用提供商的用户界面交互方法,以便与进行医院业务门户系统的建设;
•统一用户认证及访问服务规范:
确定全院IT系统的用户认证及授权模型,例如统一认证、统一授权,统一认证、分布式授权,统一认证、集中粗粒度授权、分布式细粒度授权等,要求不同应用提供商按照此规范提供用户认证及授权模型的集成方法;
•统一工作流规范:
确保不同应用系统之间流程的可交互性;
•统一信息服务规范:
形成院内最小数据集规范,例如可参照国家卫计委《电子病历最小数据集规范》定义医院电子病历最小数据集;参照ERP管理建立院内资源目录最小数据集等;以指导不同应用提供上进行信息共享交换服务的构建;
•统一接口服务规范:
确定系统间接口的实现规范,确定接口封装的技术路线;
附表1功能点详细说明
序号
名称
核心内容
执行标准或特殊说明
3.1
全院数据中心
全院所有临床、管理、质控和科研数据全部以实时或近实时的方式,物理集中在数据中心平台,经过对原始数据的离散化解析处理,所产生的元数据支持灵活的查询利用需求。
提供授权用户快速的数据查询、过滤和展现工具,终端用户可利用现有数据随时创建个性化的浏览视图和仪表盘(Dashboard),以快速响应不断变化的临床和管理要求。
临床数据中心(CDR)平台应具有高度的可扩展性,支撑医院业务向区域的延伸,实现跟各级各类区域卫生信息服务平台的接口整合和数据共享,支持双向转诊、远程会诊等业务。
《电子病历基本架构与数据标准(试行)》、《中医电子病历基本规范(试行)》、《医院信息互联互通标准化成熟度测评方案(2015最新版)》、《电子病历系统功能规范(试行)》、《基于电子病历的医院信息平台建设技术解决方案(1.0版)》等电子病历相关标准与规范
3.2
主数据管理MDM
在集成平台上构建医院基础数据库,集中统一地管理全院的基础数据,通过对平台相关的各业务系统提供基础数据服务,实现基础数据的同步或匹配,包括用户账号权限、医生资质、病人信息、检查项目、收费项目、药品目录等,以规范数据的统计口径,提高数据质量
1.全院人员数据管理
2医院组织机构管理
建立医院统一的组织机构架构,包括临床业务科室、职能部门、后勤部门等。
管理内容:
组织机构类型,层级关系,组织机构全称,机构简称,机构英文名称,机构别名,简称首字母缩写,组织机构代码,邮编,单位地址,单位电话,单位传真,单位所在地,单位负责人。
支持从HIS系统同步各临床科室的服务单元及病区信息,并建立医院临床组织机构和HIS中各临床服务单元的对应管理。
3.临床术语管理
支持对ICD编码等临床术语进行统一管理。
3.3
患者主索引服务
全院患者主索引系统(EMPI)采用知名厂商的算法和技术,用于全院范围内患者基本信息索引的创建、搜索和维护,可以智能地协助医疗人员对病人有效地进行搜索。
医疗机构通过建设主索引(EMPI)来识别、匹配、合并、取消重复的数据,净化病人记录,利用主索引可获得完整而单一的病人视图。
EMPI会为每个病人创建一个唯一标示,并和相关系统的医疗记录的标示之间建立映射。
EMPI同时提供一个搜索引擎,提供给其它应用程序对患者的智能搜索功能;它也会存储病人属性的部分子集,以便作为病人检索的“单一最佳记录”的权威来源。
EMPI的关键组件是“匹配引擎”。
匹配引擎可以是确定的或基于概率的。
匹配引擎可以是确定的或基于概率的。
匹配引擎必须是可以配置和调整的。
匹配引擎的准确性和性能是决定EMPI解决方案价值和ROI的关键因素。
匹配引擎通常配置的属性包括姓名、生日、性别、身份证号、地址等等。
1)标准的访问协议和数据格式遵循国家卫计委2009年《电子病历基本架构与数据标准》的规定。
2)高效灵活的匹配算法提供确定性匹配和概率性匹配,通过高效的匹配算法计算匹配度。
支持对中文词汇的模糊搜索,可根据音似程度排序。
同时通过优化的处理引擎,快速处理大规模数据。
3)确保信息质量的技术手段提供有效的数据检查、重复匹配等技术手段,来保证病人/居民的信息质量。
3.4
统一用户管理服务
统一用户服务作为医院IT基础服务的关键部分,为全院各应用系统提供统一用户管理、统一认证管理和统一授权管理。
其中统一认证管理将支持第三方提供CA认证技术的集成,有效解决医护人员身份识别及院内工作流动的业务场景。
统一用户管理系统为医院各应用系统提供统一的、高可靠性和安全的用户管理服务,它集中存放以前分散在各应用系统的用户信息和组织机构信息,并按照管理流程,实现信息在各系统之间的流转和同步,并为各系统提供人员创建、调动、注销和密码同步等功能。
统一认证管理服务为门户和本项目应用子系统提供统一的身份标识鉴别服务。
包括
1、一次登录(SSO)功能,用户只需输入一次用户名和密码,就可访问所有被授权访问的系统,而无需二次输入用户名和密码,对于密级较高的系统,也支持二次认证。
2、支持与CA数字证书的集成。
3.5
统一工作门户
统一门户系统将为医院用户提供一站式的门户服务,门户系统将集成统一用户管理认证、统一报表等各类基础服务,将医院相关系统都整合到统一的门户网站中来,用户可以通过统一门户,查看平时重要的通知、日程、管理、报表等信息,同时可以无须再次输入用户名密码,直接登陆其他业务系统。
统一门户将针对每个角色的不同,为领导、医生、护士等不同角色定制不同的门户模版,使用户在门户中可以查看自己角色最关心的信息。
同时,用户可以根据自己的需求,对门户中的模块进行自定义。
如果一个用户拥有多个角色(不如即是领导,又是医生),他也可以在多个角色中进行切换,使其能更好的进行日常工作
3.6
电子医嘱
电子医嘱系统可以视作规范医生医嘱申请的手段,它使病人临床医疗信息采集更加靠近信息发生源头。
通过流程的规范,有效地减少了医疗差错的发生。
电子医嘱系统应用后医疗机构临床医疗流程中各种角色医生、护士以及检查技师、药剂师等在组织中作用会产生变化。
电子医嘱系统将是医护协同联系的工具。
3.7
临床路径
临床路径指对某一疾病建立一套标准化治疗模式与治疗程序,是一个有关临床治疗的综合模式,以循证医学证据和指南为指导来促进治疗组织和疾病管理的方法,最终起到规范医疗行为,减少变异,降低成本,提高质量的作用。
通过临床路径系统的实施,可使医嘱与电子申请单更规范,实现了医疗环节监控、流程跟踪,兼顾了临床诊疗个性化与规范化。
在项目实施过程中,需要客户方先确定临床路径的管理制度和实际操作过程中的具体功能需求。
详细功能详见附表2
病历书写器
电子病历作为临床医护人员的统一工作平台,将整合病历书写、各类电子医嘱、电子检查检验申请、护理记录书写、生命体征采集、临床路径启动和执行、质量控制(院感、危机值预警、抗生素使用、药品分级、手术分级、不良事件上报)等各类关键临床活动,实现与HIS入出院、收费、药房药品发放等模块、临检中心LIS、影像中心RIS、预约系统等流程上的连接。
详细功能详见附表3
病历质控
具备完善的三级质控管理体系,做到病历质量的实时监管与提醒。
能够实现医生病历自查、科室质控员管理及全院质控办管理,能够支持管理部门自定义各类质控点,能够支持病历评分,支持各类质控数据的报表统计。
基于医疗消息引擎,可对各类质控缺陷及问题进行实时提醒,实现基于消息提醒的病历质量闭环管理应用。
患者360视图
在构建了全院临床数据中心的基础上,按照病人为核心的起始维度,依靠患者主索引(EMPI),把患者当前和既往的全部门急诊就诊记录、住院病史、影像检查、检验结果、心电图及扫描文档等信息整合在一个界面里面,建立患者360度诊疗信息的完整视图,临床医生可以在一个视图里面快速浏览全部的患者信息。
患者360视图可运行于各类的移动设备上,提供临床查房需要
运营管理类数据分析
医院运营分析系统帮助医院管理职能部门和科室负责人对全院与科室从宏观到微观的数据、信息、资源的全面统计,自动产生BI报表,实现科学决策。
它覆盖医院各个部分、各个方面的信息,包括财务收入总帐及各级明细、各类统计信息、药品信息、医疗工作质量及效益等。
查询统计方法灵活、简便,采用数据和图象结合显示,使得信息更直观、一目了然。
门诊收入、住院收入、全院收入既可以按科室查询也可以按医师开单量查询,支持多个维度。
领导仪表板
利用商业智能数据挖掘的专业展现工具实现院领导观察分类主题的可视化呈现。
可利用触屏硬件,实现图形化展现的数据钻取,层层下挖到员工个人或病人个人的具体信息,提示现象统计分析的根本原因。
实现院科组人的层级管理数据呈现。
个性化数据分析展示
数据中心展示的数据可以直接导出成Excel格式文件,并且支持将Excel文件导入到在线的交互式数据可视化工具(工具需支持数据建模功能),进行个性化数据分析展现。
第三方厂商接口集成
第三方厂商需要按照项目组的要求提供用于ESB的标准协议接口。
附表2电子医嘱
角色
功能
子功能
描述
全部
显示病人信息
显示病人基本信息
显示病人姓名、性别、年龄、住院号、床号。
关键诊疗信息
显示病人诊断、药物过敏、所在临床路径、药品不良反应。
显示费用结构
利用HIS提供的接口,可以查看病人本次住院费用总额、欠费、费用构成比。
显示出入水量、热氮
比等指标
在HIS的药品信息属性提供营养成分前提下,在开医嘱的时候,可以查看病人出入水量、葡萄糖、脂肪、蛋白质、热卡、热氮比等指标数据。
病区医生
药物医嘱
选择药品
可通过药品通用名或商品名的拼首码查找和定位药品;只列出有库存的药品库。
HIS提供药品搜索接口(如存储过程或数据视图)。
特殊药品使用限制
医生资质限定。
抗生素药品控制
做到分级管理、比例控制。
开临时药物医嘱
包括静脉配置、大输液、口服药。
药品名称、数量/剂量、用法、用药时间等信息。
开长期药物医嘱
需要制定开始时间、计划结束时间(可选)。
出院带药
可载入当前有效的口服药为出院带药。
修改药物医嘱
未发药临时医嘱可以直接修改,长期医嘱修改自动停止原有医嘱后产生新的医嘱。
停止长期药品医嘱
停止长期执行的药品医嘱。
停止时判断是否继续服用已发的药。
撤销临时药品医嘱
判断是否继续服用已发的药品。
可以选择退药或弃用。
停止全部医嘱
出院前或术前停止全部医嘱。
退药指示
指示护士退药,包括对应的医嘱、退药数量
撤销退药指示
撤销指示护士退药
药品医嘱状态跟踪
已下单、药房配置中、药房已发药、病人已服用、已弃用、已撤销、已退药。
病区医生、
门诊医生
化验医嘱
开临时化验申请
可以即刻生效,也可以延迟生效。
撤销化验申请
化验医嘱状态跟踪
可以显示化验申请的状态:
未打印条码、已打印条码未采集标本、未收样、检验中、检验完成。
查看检验报告
对已完成的检验,可以查看检验报告。
病区医生/
门诊医生
检查医嘱
检查预约申请
可预约医院检查项目,并打印预约申请单。
撤销检查预约
在病人到检之前可以撤销预约。
检查预约状态跟踪
查看检查预约状态。
查看检查报告和影像
查看报告内容和影像。
医生/护士
手术并发症管理
记录手术并发症。
手术不良反应管理
记录手术不良反应。
药品不良反应管理
记录药品不良反应。
院内感染报告
填写院内感染报告信息。
病区医生
膳食医嘱
开膳食医嘱
可以开即刻生效的膳食医嘱,可以延迟生效。
营养成分计算
计算膳食医嘱的总热量、蛋白质、脂肪、葡萄糖等成分。
膳食医嘱自动进入病史
发送膳食医嘱时自动插入病程录。
治疗医嘱
开治疗医嘱
开临时、长期治疗医嘱。
撤销(停止)治疗医嘱
撤消临时治疗遗嘱,停止长期治疗医嘱。
病区医生
其他临床活动
请会诊
发起科室或点名会诊。
告病危/取消病危
登记病危原因、时间;取消病危。
各类讨论
死亡病例讨论、疑难病例讨论、危重病例讨论、医疗差错和事故讨论。
病区、门
急诊医生
复诊预约
门诊预约挂号
预约下次门诊复诊挂号。
病区医生
转诊
转诊到社区
提交下转申请单。
病区医
生、护士
护理级别医嘱
开(更改)护理级别医嘱
病区护士
医嘱确认
和执行
药品医嘱确认
按病区批量确认药品医嘱的领药信息并发往药房系统。
医嘱关联计费
计算药品医嘱关联的操作费用,如:
静脉注射。
治疗医嘱确认
治疗收费记账,并支持收费套餐定义和载入。
全部