第三章 服务需求
1. 项目概述
1.1 建设背景
****始建于1946 年,****中心城市**,是国家级大****医院,****医疗中心之一。是辽西地区****救援中心单位、辽西地区唯一省****中心、辽西地****中心示范单位、****中心单位,具备地对空航空救援资格单位。集医疗、教学、科研、预防保健、急诊急救、公共卫生突发事件处置一****大学附属医院。
目前,医院编制床位2800张,每年救治来自**、内蒙、**、**等地的门诊患者120余万人次,出院病人9.4万人次,手术2.8万例。全院现有教职员工3063人,其中教育部长江学者1人,特聘教授6人,高级职称455名,博士研究生200名,在读博士研究生134名,硕士学位人员847名,博士研究生导师27名,硕士研究生导师220名。我院有国家级委员176人,省级委员327人。医院也是国家住****基地、****基地、****基地、****医院中医药示范单位、国家****基地。
医院现有临床科室病区95个,研究所2个,教研室42 个。现有省级重点学科2个,省级临床重点专科16个,****实验室4个,****中心****中心3个,****中心2个;****学校重大科技平台1个,****基地1个。
****大学****学院,负责临床医学专业、麻醉学系、医学影像学系、医学检验学系的管理工作,承担着本科生、研究生、留学生及高职、继续教育5 个层次的临床教学、课间实习及毕业实习任务。
****医院获得多项荣誉:“****医疗机构”、“心衰中心通过国家认证”、“****医疗机构”、“**省卫生系统文明示范窗口”、“诚信服务杯”竞赛活动标兵单位、******医院、**省卫生系统形象工程先进单位、**省“五好四无三满意”单位、****医院、**省****医院、**省重质量讲诚信单位、**省维权诚信荣誉单位;**市“为经济建设服务先进单位”、“**市最受尊敬企业”等。
1.2 建设目标
投标人信息化设计应秉承“****中心、以业务人员为主体,全面提升诊疗、管理和决策水平”的设计理念,遵循国内医疗卫生相关标准**策并结合国际标准评估体系,对医院进行整体建设规划。
****医院未来发展战略,借鉴信息化建设的先进技术经验,遵循“顶层设计、整合**、分步实施”的建设策略,****医院建设成模式先进、流程优化、管理配套、支撑有力、运作高效,****医院****医院,最终实现智慧医疗的建设目标。
医院信息化应按照数字化-互联化-智慧化思路建设,数字化是使用成熟系统产品和解决方案,整体完善临床诊疗、患者服务、运营管理、科研教学和区域协同等领域业务的数字化能力,提高业务和运营效率。
互联化需要采用新一代平台技术,对医院业务、信息、流程进行规范和整合,打造出全方位、全互联****医院(实体+****医院),支撑科研、多学科融合工作,提高医疗质量,提升患者就医体验。
****医院信息建设战略实现的远景目标,****医院数字化和互联化应用能力达到一个比较成熟水平以后,将人工智能、实时大数据分析、高级智能决策和知识库技术融入到业务流程中,利用数据**,有针对性的主动发现知识、预防问题,持续提升医疗水平、科研能力和服务质量,促进医院健康发展。
1.3 建设原则
投标人应遵循以下几个建设原则:
1)先进性原则
投标****医院管理及信息化建设理念、****医院信息化系统建设经验,****医院评审要求、《医院信息互联互通标准化成熟度测评方案》、《电子病历功能与应用水平分级评价标准》等标准和要求、结合医院的现有情况,对医院业务及流程进行全面梳理、分析,形成面向未来的整体信息化建设规划。
2)规划性原则
医院信息化建设是一个动态的进程,是一个比较复杂的系统工程,不可能马上就达到国际水平,更不可能一步到位。因此,在方案中****医院当前业务及未来业务的协调同步,****医院的近期、中期及长期的发展。具有统一规划、分步实施、不断完善、逐步升级的能力。
3)标准化原则
随着医院信息化建设的发展,医院内、医院间信息共享、数据交换、业务协同的需求急剧增长。医院信息化建设过程中,要把标准化工作作为整个项目建设的重点之一。
4)易用性原则
医院信息系统功能满足用户的要求是开发工作的出发点和归宿。在成熟的产品上提供客户化定制方法及工具以满足业务特点。相关应用遵循统一的应用架构原则,以确保整体运行效率与成本。
5)安全性原则
数据和系统的可靠性和安全性对一个应用系统是至关重要的,因此对于信息系统来说,要充分考虑到可能出现的问题,必须把这一原则作为极为重要因素考虑。
6)集成性原则
围绕医院信息化建设的总体目标,汲取各家所长,为我所用。医院信息化建设是一个复杂的系统工程,必须把多家各有特色的产品和功能集成在一起,采用最为先进的技术来实现不同系统之间的数据共享与互操作,消除“信息孤岛”。
2. 政策标准依据
2.1 政策依据
政策是推动我国医疗信息化、智慧医疗发展众多因素中的重中之重。自2009****政府启动深化医疗体制改革措施后,政府陆续出台规范标准类、鼓励支持类等多种政策,指导医疗信息化高效有序推进;****政府积极响应,颁布切实可执行的具体措施紧紧跟上。
国家医疗信息化建设规划呈现阶段性特点,自十二五规划开始,国家明确提出加强医疗卫生领域的信息化建设,有关医药、远程医疗的规范性法规相继出台,医疗信息化建设全面展开;十三五期间,建设以电子病历为核心的临床信息化系统,加速医疗信息系统的打通、****医院协同发展成为关注重点。“十四五”时期,我国已转向高质量发展阶段,以创造高品质生活为发展导向,以推动卫生健康高质量发展为主题,深化医药卫生体制改革。进一步****中心、****中心为牵头,围绕分级****医院网络建设,围绕电子病历、智慧服务、智慧管理等范围的“三位一体” ****医院****医院信息标准化建设,以及面向分级分层分流的重大疫情救治体系服务的传染病预防控制网络信息化建设等。
1. ****医院高质量发展
2021年6月4日 ,****办公厅印发《****医院高质量发展的意见》(国办发〔2021〕18号),****医院高质量发展工程实施,****医院****医院高质量发展新体系,以推动国家医学进步为目标,打造国****医院。要求强化信息化支撑作用,推动新一代信息技术与医疗服务深度融合,****医院。包括推进电子病历、智慧服务、智慧管理“三位一体”****医院信息标准化建设。
为贯彻落实国务院文件要求,巩固“进一步改善医疗服务行动计划”成果,****医院在保障和改善民生中的重要作用,国家卫生健****管理局制定了《公立医院高质量发展促进行动(2021-2025年)》(国卫医发〔2021〕27号),进一步从国家政策层面明确要求突出科技支撑作用,围绕重大疾病、医学前沿、平台****中心****中心)、****中心****医疗中心)、****中心****医疗中心)建设设置和管理工作,****中心的区域牵头引领作用,在疑难疾病、重大疾病、重大疫情的医疗救治、多中心研究、大数据集成、科研成果转化等方面发挥协同作用,带动城乡医疗服务体系实现高质量发展。
2. ****医院建设
2020年5月21日,****办公厅印发了《关于进一步完善预约****医院建设的通知》,****医院在疫情常态化防控下,进一步建立完善预约诊疗制度,****医院建设,加快建立线上线下一体化的医疗服务新模式,不断增强人民就医获得感。《通知》提出****医院系统。总结医院信息化建设实践,建立医疗、服务、管理“三位一体”****医院系统,进一步发****医院建设管理中的重要作用,****医院治理现代化水平,形成线上****医院服务与管理模式,为患者提供更高质量、更高效率、更加安全、更加体贴的医疗服务。
****政府****医院建设的信息时,地方纷纷展开行动,**省、**省、**市、**省、**省等十多个省****医院建设相关的政策,****医院****医院建设的目标、内容和保障措施,做了相应的规范。
2.2 标准依据
1. 智慧医院方面
l 《电子病历系统应用水平分级评价标准(试行)》
l 《医院智慧管理分级评估标准体系(试行)》
l 《医院智慧服务分级评估标准体系(试行)》
l 《医院信息互联互通标准化成熟度测评方案(2020年版)》
l 《**医院信息化建设标准与规范(试行)》
l 《医院信息化建设应用技术指引(2017年版)》
l 《医院信息平台应用功能指引》
l 《公立医院运营管理信息化功能指引》
l 《三级医院等级评审(2020年版)》
l 《三级医院评审标准(2020年版)实施细则》
l 《电子病历基本数据集编制规范-临床文档基础模板数据集》
l 《WS 445—2014电子病历基本数据集》
l 《WS/T 500—2016电子病历共享文档规范》
l 《WS/T 501—2016****医院信息平台标准符合性测试规范》
l 《WS/T 526—2016 妇幼保健服务信息系统基本功能规范》
l 《WS 670—2021 医疗机构感染监测基本数据集》
l 《WS/T778—2021 药品采购使用管理分类代码与标识码》
l 《公立医院成本核算规范》
l 《****医院绩效考核操作手册(2022版)》
l 《手术操作分类代码国家临床版3.0》
l 《绩效考核与医疗质量管理住院病案首页数据采集质量与接口标准》
l 《绩效考核与医疗质量管理附加指标项数据采集质量与接口标准》
l 《国家医疗保障DRG分组与付费技术规范》
l 《国家医疗保障DRG(CHS-DRG)分组方案》
l 《国家医疗保障疾病诊断相关分组(CHS-DRG)细分组(1.0版)》
l 《国家医疗保障按病种分值付费(DIP)技术规范和DIP病种目录库(1.0版)》
l 《**医院上报数据统计分析指标集(试行)》
l 《**医院数据上报管理方案(试行)》
l 《WS/T 598—2018卫生统计指标》
l 《互联网医疗健康信息安全管理规范(征求意见稿)》
l 《互联网诊疗监管细则(试行)》
l 《“互联网+医疗服务”项目技术规范》
l 《中华人民**国电子签名法》
2. ****中心方面
l 《****中心设置标准》
l 《****医疗中心设置标准》
l 《紧密型县域医疗卫生共同体建设评判标准和监测指标体系(试行)》
l 《各省(区、****医院高质量发展评价指标(试行)》
l 《医疗机构设置规划指导原则(2021-2025年)》
l 《**基层医疗卫生机构信息化建设标准与规范(试行)》
l 《区域全民健康信息互联互通标准化成熟度测评方案(2020年版)》
l 《WS/T 483—2016健康档案共享文档规范》
l 《WS/T 502—2016电子健康档案与区域卫生信息平台标准符合性测试规范》
l 《WS/T 517—2016 基层医疗卫生信息系统基本功能规范》
l 《WS/T 529—2016远程医疗信息系统基本功能规范》
l 《WS/T 545—2017 远程医疗信息系统技术规范》
l 《WS/T 790—2021 区域卫生信息平台交互标准》
l 《居民健康卡数据集》等18项卫生行业标准
l 《T/CMDA 003-2020 肝胆疾病标准数据规范-肝癌科研病历标准数据集》
l 《国家健康医疗大数据标准、安全和服务管理办法(试行)》
3. 传染病防控方面
l 《中华人民**国传染病防治法》
l 《突发公共卫生事件应急条例》
l 《国家突发公共卫生事件应急预案》
l 《传染病信息报告管理规范 (2015年版)》
l 《**流行性感冒防控工作方案(2020年版)》
l 《医疗机构内新型冠状病毒感染预防与控制技术指南(第三版)》
l 《**公共卫生信息化建设标准与规范 (试行)》
l 《新冠病毒抗原检测应用方案(试行)》
l 《新型冠状****医院院内感染预防与控制评估量表(试行)》
l 《重点场所重点单位重点人群新冠肺炎疫情常态化防控相关防护指南》
l 《新冠肺炎康复者恢复期血浆临床治疗方案(试行第三版)》
l 《新型冠状病毒肺炎诊疗方案(试行第九版)》
l 《新型冠状病毒肺炎防控方案(第九版)》
4. 医疗质量管理方面
l 《病种临床路径(2019年版)》
l 《十八项医疗质量安全核心制度》
l 《TCHAS 10-4-4—2019 中国医院质量安全管理第 4-4 部分 医疗管理 医疗风险管理》
l 《病案管理质量控制指标(2021年版)》
l 《2022 年国家医疗质量安全改进目标》
l 《医疗质量管理与控制指标汇编3.0》
l 《医院感染管理质量控制指标(2015年版)》
l 《重症医学专业医疗质量控制指标(2015年版)》
l 《麻醉专业医疗质量控制指标(2015年版)》
l 《急诊专业医疗质量控制指标(2015年版)》
l 《临床检验专业医疗质量控制指标(2015年版)》
l 《病理专业医疗质量控制指标(2015年版)》
l 《临床用血质量控制指标(2019年版)》
l 《呼吸内科和产科专业医疗质量控制指标(2019年版)》
l 《药事管理和护理专业医疗质量控制指标(2020年版)》
l 《心血管系统疾病相关专业医疗质量控制指标(2021年版)》
l 《心血管疾病介入等4个介入类诊疗技术临床应用管理规范》
l 《抗肿瘤药物临床合理应用管理指标(2021年版)》
l 《超声诊断等5个专业医疗质量控制指标(2022年版)》
l 《食源性疾病监测报告工作规范(试行)》
l 《肿瘤和血液病相关病种诊疗指南(2022年版)》
l 《医疗机构门诊质量管理暂行规定》
l 《医疗废物集中处置设施能力建设实施方案》
l 《GB/T 39725-2020信息安全技术健康医疗数据安全指南》
l 《中华人民**国网络安全法》
l 《中华人民**国数据安全法》
l 《中华人民**国标准化法》
3. 技术架构要求
3.1 技术要求
1、支持多层的应用架构,支持浏览器架构。
2、支持基于组件的设计:用户可以根据需要按角色组合和配置组件。
3、符合SOA规范的组件技术:在SOA服务层,所有系统都是以SOA组件的形式提供SOA服务,所有SOA服务都集成在平台之上,符合医院信息化建设SOA架构设计的思想。
4、支持跨数据库平台数据存取技术:在物理存储层,系统应该具有良好的跨数据库平台技术。
5、支持虚拟化技术:实现服务器虚拟化、存储虚拟化、网络虚拟化和桌面虚拟化。
7、支持用户自定义配置的工作流程管理:提供工具和功能,根据因环境或内部流程的变化而配置产品,使之能良好适应需求的变化,****医院业务发展。
8、支持医院自定义:医院可以灵活的使用现有功能组件建立自己的应用,支持将开发的组件通过应用程序工具加入到应用。
9、支持信息安全技术:医院信息化需要引入技术手段来保障信息系统的安全性,如身份认证、受限数据访问、数字签名、数据留痕、数据日志等等。
10、支持应急备份方案:保证平台可以连续7×24小时连续运行。保证在达到峰值或平台故障时,可以通过调整、调节和方便的扩展、数据的恢复等手段使系统平稳运行。
11、系统应该具有良好的跨数据库平台技术,实现对我院现有业务系统的历史数据的无缝迁移;需要兼容:Oracle、SQL Server、Caché等数据库,并提供数据迁移的切实可行的方案。
3.2 一体化要求
采用面向服务技术架构(SOA)的分析与设计方法,应用多层次应用体系架构设计,运用基于构件技术的系统搭建模式和基于组件模式的系统内核结构。通过建立统一接口标准,实现数据交换和集成共享,通过统一身份认证和授权控制,实现业务集成、界面集成。
系统要求一体化,即业务一体,不是技术一体,要求医疗一体化,前后(医疗业务,后勤)一体化,医卫一体化。
系统基于组件设计,可自由搭建个性化工作台,真正实现业务一体化。
系统提供自绘控件库,不受限于第三方控件库的UI局限。
系统支持插件技术,内置基于元数据的自主表单设计器,具备快速客户化能力及****医院需求。
****医院(管理)、医联体(转诊,协同医疗)的需求。
4. 具体建设内容清单
序号 | 系统分类 | 子系统名称 | 备注 |
1 | 系统基础管理 | 基础数据管理平台 | |
2 | 基础平台 | |
3 | 患者基本信息管理系统 | |
4 | 统一门户管理系统 | |
5 | 门诊诊疗服务 | 电子票据管理平台 | |
6 | 门诊预约挂号系统 | |
7 | 门诊分诊系统 | |
8 | 门诊收费系统 | |
9 | ****工作站 | |
10 | ****工作站 | |
11 | 门诊药房管理系统 | |
12 | 门诊配液管理系统 | |
13 | 住院诊疗服务 | ****工作站 | |
14 | ****工作站 | |
15 | 住院出入转系统 | |
16 | 住院收费系统 | |
17 | 住院中心药房系统 | |
18 | ****中心系统 | |
19 | 预住院日间手术管理 | |
20 | 体温单 | |
21 | 临床信息系统 | ****工作站 | |
22 | 消毒供应室管理系统 | |
23 | 综合管理 | 重大非传染病疾病上报系统 | |
24 | 食源性疾病管理系统 | |
25 | 精神疾病管理系统 | |
26 | 传染病管理系统 | |
27 | 临床路径管理系统 | |
28 | 死亡证明书管理 | |
29 | 危急值管理平台 | |
30 | 医疗安全(不良)事件管理 | |
31 | 随访系统 | |
32 | 电子病历 | 门(急)诊电子病历 | |
33 | 智能护理 | 智能护理管理系统 | |
34 | 智能护理路径引导系统 | |
35 | 智能护理病历系统 | |
36 | 智能移动护理系统 | |
37 | 服务总线 | 平台管理 | |
38 | 服务管理 | |
39 | 消息管理 | |
40 | 标准管理 | |
41 | 流程管理 | |
42 | 监控管理 | |
43 | 主数据管理平台 | 主数据管理 | |
44 | 患者主索引管理 | |
45 | 统一用户和单点登录 | 统一用户和单点登录 | |
46 | 数据中心 | ****中心 | |
47 | ****中心 | |
48 | 基于平台的应用 | 患者360全息视图 | |
49 | 院长决策支持系统 | |
50 | 移动决策支持系统 | |
51 | 特别专科系统 | ****工作站 | |
52 | 移动医疗 | ****工作站 | |
53 | 互联网+医疗 | 统一支付平台 | |
54 | 全流程就诊服务 | |
| 双向转诊 | |
| 远程医疗 | |
55 | 综合统计分析管理 | 抗菌药物统计查询分析 | |
56 | 统计室报表系统 | |
57 | 院长查询系统 | |
58 | 阳光用药系统 | |
59 | 指标Cube系统 | |
60 | 基础数据查询 | |
61 | 统计查询套件 | |
62 | 核算报表系统 | |
63 | 财务报表系统 | |
64 | 病案统计系统 | |
65 | 知识库产品 | 临床知识库 | |
66 | 药事管理 | 药库管理系统 | |
67 | 中草药房管理系统 | |
68 | 多媒体系统 | 数字媒体信息发布系统 | |
69 | 计费系统 | 医技计费系统 | |
70 | 手术计费系统 | |
71 | 医保管理系统 | 医保智能审核 | |
75 | 接口 | 完成手麻重症、手术护理管理系统、核医学系统、体检系统、财务管理系统、人力管理系统、固定资产管理系统、预算管理系统、成本核算经济管理信息系统、电子病例系统、检验LIS系统、血液透析系统、电子签名系统、心电管理系统、病理、生物样本库系统、超声、腔镜系统、院感系统、PACS系统、OA系统、合理用药系统、急诊系统、GCP管理系统、绩效管理、慢病管理、电子病历无纸化、医保结算等系统对接国家医保接口、医保低保接口、医保商保接口,住院电子病历实现嵌入式集成,其余所有系统需满足原有His系统实现的合理功能,保证升级后都具备。。 | 完成接口对接工作 |
5. 具体建设内容要求系统功参数要求说明
5.0.1 系统基础管理
5.0.1.1 基础数据管理平台
系统概述 | 基础数据管理平台作为系统的基础功能,为医疗基础数据精细化管理的整体解决方案,一站式基础数据管理,整合产品的基础数据,****医院需求提供要求丰富的标准化功能接口和可扩展性。 |
功能要求 | 要求提供基础数据管理、产品配置管理、权限管理配置、日志管理、基础数据导入导出、临床知识库管理等功能。 |
详细要求 | 基础数据管理:要求能够将所有维护基础数据的页面整合到一起,然后进行优化,尽量减少用户操作量,将常用数据维护功能整合到一起,并增加数据实时校验和快捷键操作等功能,使客户可以获得更好的用户体验。同时又能够保证了基础数据的准确性,要求能够通过多方位数据安全保障方案,使用户可以更方便、更快捷、更安全的管理基础数据。 |
产品配置管理:****医院信息系统下的多种模块的配置,要求能够实现一站式产品配置管理与服务。 |
权限管理系统:****医院信息化建设中需要将基础数据维护权限分配给各职能科室、临床科室的问题。权限管理系统整体要求包含三维立体权限管理(3D Authorization)和医院级授权(数据隔离),具体要求包含菜单授权、功能元素授权、基础数据授权等, |
日志管理系统:要求基础数据维护下的页面可实现日志接口的调用,要求对数据的新增、修改、删除操作都存有日志,能够记录操作用户、IP地址、时间以及操作前后数据的变化等信息。要求可以查看数据的变更记录,以便错误操作数据时可以及时恢复数据和查找责任人。 |
| 临床知识库管理:要求临床知识库管理模块能够给临床工作者、患者或个体提供知识或统计信息,并可以自动选择适当的时机,智能地过滤或表示这些信息,以促进临床决策,减少人为的医疗错误,更好的提高医疗质量和患者安全。 |
5.0.1.2 基础平台
系统概述 | ****医院信息系统的基础功能,主要完成定义和维护HIS系统业务数据基础代码及系统参数。 |
功能要求 | 要求提供用户管理、代码表、工作流管理器、界面编辑器、列编辑器、组件/菜单管理器、规则管理器等功能。 |
详细要求 | 用户管理:要求实现通过授权方式对用户所能使用的系统功能进行限制,达到系统安全控制的目的;要求支持对用户的数字证书进行管理、对用户的指纹信息进行管理。 |
代码表:要求支持定义和维护HIS系统业务数据基础代码及系统参数。 |
工作流管理器:要求允许用户按照自己的工作情况、性质以及触发条件建立自己的工作序列,从而完成一次临床服务。 |
界面编辑器:要求支持按用户、用户组、医院灵活定义界面内容和风格,要求支持每个用户可以定义自己的页面。 |
列编辑器:对于列表格式的组件,要求列编辑器可以定义列表要显示对象的字段,排列顺序、数据排序方式等属性。 |
组件/菜单管理器:要求实现将一个工作流、组件、工作列表等定义为一个菜单项。能够支持多个菜单项定义为一个菜单容器(Menu Header)。可以将菜单容器赋予某一角色,****工作站。 |
5.0.1.3 患者基本信息管理系统
系统概述 | 患者基本信息管理系统用来完成患者电子信息的采集管理工作,通过该系统用户可以进行快捷,准确,有效的患者信息管理。 |
功能要求 | 要求提供建卡、基本信息采集、数据质量控制、患者主索引注册、患者信息修改、卡信息合并、患者信息查询、卡管理等等功能。 |
详细要求 | 建卡:要求窗口建卡模块可以通过读取患者医保卡、身份证等有效证件信息快速准确的完成患者基本信息的采集、发卡操作。采集的基本信息要求包含:患者姓名、性别、年龄、出生日期、联系电话、家庭住址、身份证、患者类型、患者照片信息等。要求支付方式有现金,微信,支付宝,银行卡等。为了方便患者进行信息采集登记,减少窗口压力,要求系统能够支持除窗口建卡以外的自助机,app,微信等多种建卡渠道,能协助患者在线自助完成开卡建档等工作。 |
基本信息采集:要求支持通过居民健康卡、身份证、军官证、驾驶证、护照等身份证件识别和人工录入患者个人信息,包括姓名、性别、民族、籍贯、出生地、出生日期、婚姻、户籍地址、现住址、工作单位、职业、联系电话(本人)、联系电话(家属)等方式进行基本信息采集,并且要求支持通过社保卡号、商业保险号等保险类别识别患者的医保信息。 |
数据质量控制:要求可通过校验和跟踪实现对数据质量问题的管理,要求支持从数据格式、数据值域、数据间的逻辑关系等角度做质量审核,要求可按照空值校验、重复校验、格式校验、一致性校验和逻辑校验等审核规则对患者基本信息数据进行质量控制。 |
患者主索引注册:要求支持根据录入的患者基本信息,注册生成患者在院的唯一主索引,作为患者在本院就诊的唯一标识,并支持与院内各系统之间进行关联,并且可以关联患者历次就诊的诊疗信息。 |
患者信息修改:要求信息修改模块支持在患者基本信息发生变化时,同步变更院内电子档案信息。要求支持针对系统中患者基本信息发生的变更做详细的日志记录,自动记录相应的操作内容、操作人员和操作日期,用于对操作的追溯和审计。实现患者基本信息的变更管理。 |
卡信息合并:患者电子档案信息因特殊原因导致同一患者在院内有多个档案记录时,要求系统支持将患者基本信息做信息合并处理,保留患者需要的档案信息,****医院内存在唯一档案信息,更加方便对档案信息的灵活管理,并且要求提供卡信息合并操作的操作日志信息。 |
患者信息查询:要求支持对患者基本信息进行多条件组合查询,以及对患者基本信息进行多维度统计,并且要求提供对查询和统计结果的导出功能。要求该系统模块可以支持自助机,app,微信等多渠道,能协助患者在线完成自己院内卡信息的查询。 |
5.0.1.4 统一门户管理
系统概述 | ****医院信息化系统的入口和展现平台,不但能够穿透各个用系统,打破信息孤岛,将各个业务系统整合到一起;并且还能够提供丰富的展现元素,可以根据岗位聚焦功能,轻松配置岗位工作页面,围绕用户需求定制功能,从而形成集工作、学习、**于一体的千人千面的工作平台。 |
功能要求 | 要求支持个性化设置、应用系统注册、支持组件注册、工作站个性化设计、快捷方式管理、支持权限控制等 |
详细要求 | 支持个性化设置:包括但不限于:更换壁纸、自定义任务栏、设置应用系统是否展示及展示顺序、****工作站、设置工作站是否展示以及展示顺序、自定义快捷方式、设置快捷方式是否展示以及展示顺序等。 |
支持应用系统注册:能自定义参数,且兼容各个应用系统,要求支持B/S应用、C/S应用的接入。 |
支持组件注册:通****工作站,要求组件支持链接组件、消息组件、内嵌组件三种类型。支持可通过链接组件打开相关的链接处理相关的作业;支持消息组件可配置获取消息的地址,进行消息数量的展示,支持配置点击时是否跳转处理;支持使用内嵌组件用于展示个性化的内容例如图表、指标等;支持组件支持配置自定义参数,适配各个应用系统的接入;支持配置设计打开窗口的大小以及是否全屏;支持组件支持窗口打开、页签打开、以及使用其他浏览器打开等多种打开方式。 |
支持工作站个性化设计:****工作站模板,能够提供高度定制化的框架布局、门户布局、组件设定等。要求支持组件夹,并支持新版本发布、设计时不影响运行版本。 |
支持快捷方式管理:提供快捷方式模块,实现快快捷方式的维护配置,可配置任务栏、自定义组件、应用设置等。系统应支持的快捷方式包括不限于:菜单、组件、应用系统、链接等。 |
支持权限控制:要求能根据角色进行授权,****工作站授权、快捷键授权等。 |
5.0.2 门诊诊疗服务
5.0.2.1 电子票据管理平台
系统概述 | 电子票据管理系统是实现对诊疗业务产生的票据进行电子化管理的系统。 |
功能要求 | 要求提供开具电子票、电子票冲红、换开纸质票、作废纸质票、票据结果查询、票据**池管理、对账等功能 |
详细要求 | 开具电子票:****医院挂号、门/急诊、住院交押金、住院收费结算时开具电子票,以及批量开具电子票。 |
电子票冲红:要求支持对已经开具电子票据后需要退费的场景,医院需要将患者的原电子票据进行冲红。以防票据重复使用。 |
换开纸质票:要求实现将生成的挂号电子票据、门诊电子票据、住院预交金电子票据、住院电子票据转换成对应业务的纸质票据,并打印。 |
作废纸质票:要求支持患者开具纸质票具有损坏或者不能正常使时,医院需要将原纸质票据作废。如果产生退费,需要先作废纸质票据后在冲红对应电子票,以防票据重复使用。 |
票据结果查询:****医院和患者可以查询已开具票据详细信息。医院可以查询票据交易是否正常,并将电子票具通过二维码形式推送给患者,患者通过扫描二维码查看电子票据信息。 |
票据**池管理:****医院票据的购入和发放。财务科对购入的发票进行管理,可将购入的发票发放给的收费员。 |
对账:****医院****财政厅票据信息的核对,包含总账核对与票据明细信息核对。 |
5.0.2.2 门诊预约挂号系统
系统概述 | 门诊预约挂号系统完成患者就诊登记缴费工作,为需要复诊和预约就诊的患者提供对应的就诊预约服务。同时通过系统的排班**管理维护,可以为各个就诊渠道提供合理的就诊**,方便患者从多个渠道进行就诊或预约就诊。 |
功能要求 | 要求提供门诊挂号/取号,诊间预约/加号,窗口预约,退号,预约管理,预约信息一览表,挂号查询,医生坐诊信息调整,排班模板维护,生成排班记录,挂号权限维护,出诊查询,停替诊查询,黑名单维护等功能 |
详细要求 | 门诊挂号/取号:要求支持操作员通过医保卡或就诊卡等检索患者基本信息,要求支持根据患者病情或患者要求为患者选择对应的就诊科室和就诊**,进行挂号收费操作或选择已经有的预约/加号信息进行取号缴费操作。要求支持缴费时可支持但不限于使用现金、院内账户、银行卡等多种支付方式进行支付操作,同时也根据当地医保规定可进行医保直连上传就诊信息和进行报销操作。挂号结束后根据需要可以为患者进行挂号凭证和收费凭证的打印,患者可凭此进行有效就医。要求系统模块可以支持自助机,app,微信等多渠道接口实现线上直接挂号/取号、支付的流程,挂号成功后向患者推送相应的就诊信息。 |
窗口预约:要求支持操作员根据患者病情或患者要求选择对应的就诊科室、就诊日期、可用出诊**为患者进行就诊预约并打印预约凭证。要求该系统模块可以支持自助机,app,微信等多渠道实现线上直接进行预约,按自身需要选择需要就诊的时段进行预约。 |
退号:要求支持患者在挂号支付后,由于特殊原因不能就诊,****医院退号政策的前提下为患者进行退号退费的操作。要求支持在退号的过程中可以选择对应的退号操作原因,要求可以进行后期质控数据查询。要求该系统模块可以支持自助机,app,微信等多渠道接口,****医院退号政策控制的前提下,进行自助退号退费操作。 |
预约管理:要求可以通过多条件索引进行执行预约信息的查询,要求支持对查询出来的有效的预约数据,****医院政策的前提下进行取消预约的操作。该系统模块要求可以支持自助机,app,微信等多渠道接口,****医院取消预约政策控制的前提下,要求支持进行自助查询预约记录并取消预约操作。 |
预约信息一览表:要求支持操作员可在预约信息一览表中通过多条件联查询,要求实现对系统的预约数据进行按就诊科室汇总查询或对全部明细进行汇总查询。 |
挂号查询:要求支持通过多条件联合查询,可以查询对应的就诊登记时所产生的详细挂号信息记录。要求包括但不限于以下信息:就诊人姓名,就诊人登记号,就诊科室,就诊号别,收费金额,支付详情,发票号,挂号人,挂号日期,挂号时间。 |
医生坐诊信息调整:要求支持通过该功能可以对已经生成的出诊医生**进行调整,包括正号限额,加号限额,分时段信息,各预约途径可预约数量等。要求支持对已生成的**进行停诊操作或对为生成的**进行临时加诊操作,医生坐诊信息的调整。要求对于已经生成的出诊信息调整会提供完整的调整信息日志功能,用于对操作的追溯和审计实现出诊信息的变更管理。 |
排班模板维护:要求支持对需要出诊科室**进行出诊班次和出诊**模板维护。模板数据要求包括:科室,医生,星期,时段,级别,正号限额,加号限额,预约限额,分时段信息等。要求模板信息可以用来批量生成出诊记录。 |
生成排班记录:要求支持通过维护的排班模板生成一段时间的出诊**。可以根据需要选择部分科室和部分号别来进行生成也可已选择全部进行生成。 |
出诊查询:要求可以通过多条件联合查询对应科室的出诊排班报表,并提供导出功能。 |
停替诊查询:要求可以通过多条件联合查询可以查询对应的日期范围内的停替诊出诊记录,要求支持对**的变更可以进行审计操作,更直观的进行管理查询。 |
号源信息汇总:要求支持对出诊信息的使用情况进行汇总查询,要求支持通过查询可以随时进行号源**投放的优化调整。 |
黑名单维护:****医院实际情况,制定相关信用规则,针对诊疗活动中,****医院诊疗**的行为进行系统甄别,形成黑名单,对违反预约挂号规则或频繁爽约的患者给予必要限制;要求支持对恶意占用号源的患者进行信用跟踪,同时对信用不良的患者采取停用或限制预约次数和范围等增加管理措施。 |
5.0.2.3 门诊分诊系统
系统概述 | 根据挂号或预检信息为患者分配医生或诊室。 |
功能要求 | 要求提供医生实时出诊信息、信息获取、诊室分配、就诊排队干预、时间段设置、统计查询等功能 |
详细要求 | 医生实时出诊信息:要求支持自动获取分诊区科室医生实时出诊信息,包括待诊人数、已接诊人数、当前接诊病人、剩余号源等信息。 |
分诊规则设置:****医院业务要求,设置分诊规则,要求可按出诊医生、专家、诊室、时间段、序号和初诊/复诊等条件配置。 |
信息获取:要求支持自动获取患者挂号或就诊信息,包括姓名、性别、身份证号码等患者基本信息以及挂号科室、预检(如体温)、历史就诊信息等。 |
诊室分配:要求支持按照分诊规则形成队列,支持自动或者人工进行诊室分配。 |
就诊排队干预:要求提供就诊队列设置,能够支持多个队列的叫诊模式,要求可根据实际情况为患者设置优先、撤销、暂离等状态。 |
时间段设置:要求支持配置不同时间段的就诊人数,****医院门诊科室排班情况,将候诊患者分配到指定的时间段内。 |
就诊提醒:要求提供语音、显示屏幕、移动终端等多种方式的就诊提醒服务。 |
统计查询:要求可统计每日窗口人工服务或自助服务等渠道分诊人数信息。要求支持分诊日期查询条件对相关明细进行查询。 |
5.0.2.4 门诊收费系统
系统概述 | 门诊收费系统为患者提供补录费用、费用结算、发票打印、预交金管理等服务功能,为收款员提供个人结算、日报及日报汇总便于患者后续做检查,取药等。 |
功能要求 | 要求提供门诊预交金充值、门诊预交金退款、门诊账户结算、补录费用、费用结算、锁定就诊、跳号、门诊收费异常处理、发票集中打印、门诊退费申请、退费审核、退费、医保业务处理、门诊收据查询、打印患者费用清单、收费员日结、收费员日结汇总、门诊发票管理等功能 |
详细要求 | 门诊预交金充值:要求支持一站式服务,支持就诊卡充值预交金,在患者就诊、取药、医技科室做诊疗时支持刷卡消费。 |
门诊预交金退款:患者在就诊结束后,要求支持可以将储存在就诊卡中的钱退回。 |
门诊账户结算:患者在就诊结束后,要求支持可以做账户结算、退卡。 |
补录费用:要求支持收费员给患者补录费用,如做检验、检查需要的导管,材料等。 |
门诊费用结算:要求支持根据不同患者类别,自动确定收费比例,计算患者自付金额与记账金额,并可将结算完毕的药品处方同步传送给对应药房的摆药机。要求支持患者通过线上线下等多种支付方式完成结算。要求支持根据不同患者类别打印不同格式的发票。 |
锁定就诊:要求同一个病人的门诊收费结算界面和医生医嘱录入界面不能同时操作,病人缴费过程中不允许医生开医嘱。 |
跳号:要求支持提供发票因为某些原因(例如卡纸、破损)导致该发票不能继续使用时,进行发票的作废功能。要求支持在HIS系统中将此发票号作废,同时要求HIS系统中的号码跟实际发票号一致。 |
门诊收费异常处理:要求提供对收费或退费过程中产生异常而未能完成收费或退费的业务进行撤销、完成的操作。 |
发票集中打印:要求提供对患者在科室卡消费、自助机、APP上缴了费,或医保患者结算时先自费垫付但没有打印发票的费用进行医保报销且打印发票。 |
退费申请:要求支持可由原开单科室医生或超级管理员对患者已经缴过费且未执行、未发药的医嘱做退费申请,以便后面进行退费。 |
退费审核:要求可以支持由负责审核的专员进行审核或者撤销,审核通过则可以后续退费。 |
门诊退费:要求支持退费可以由收费处直接退费,也支持经过医生停医嘱以及财务人员的审批后再退费。要求支持按票据号、登记号、就诊卡号等方式查询患者缴费信息。要求支持非收费员补录的医嘱退费需院内相关部门确认后方可执行退费,而收费员补录的医嘱可直接退费。要求支持线上线下等多种退款途径。 |
医保业务处理:要求****中心提供的相关接口对接,要求包括登记信息上传、费用上传、费用预结算、费用结算、结算取消、医保数据对照、医保对账等。 |
门诊收据查询:要求支持按患者、收费员、日期、结算费别等条件查询收费、退费、打印发票的明细,方便核对。 |
打印患者费用清单:要求支持在门诊收据查询界面,提供打印患者费用清单功能。 |
收费员日结:要求支持收费员在下班前、交账时做结账。要求提供报表和建卡、挂号、退号、门诊预交金充值退款、门诊收费退费等业务明细。方便收费员对自己手中的款项和票据进行核对,并给财务交账。 |
收费员日结汇总:要求提供收费组长或财务对收费员交的账务进行核对并上交报表存档。 |
门诊发票管理:要求提供发票购入、发放、转交功能。要求支持财务科对购入的发票进行管理,将购入的发票发放给办理收费员;要求支持未使用的发票可以转交给其他收费员。 |
5.0.2.5 ****工作站
系统概述 | ****工作站是一个集门诊病人病历书写、医嘱处理、医技申请与结果查询、会诊处理、病人基本情况查询为一体的综合应用信息系统。 |
功能要求 | 要求提供自动获取信息和医嘱监控、历史就诊记录、核算功能、诊断录入、医嘱录入、检查检验申请、治疗申请、中草药录入、处方处理、绿色通道、更新病人信息、一键打印、医疗质量控制、电子病历、医生服务、统计查询等功能 |
详细要求 | 自动获取信息和医嘱监控:要求支持自动获取病人信息。要求支持自动审核医嘱的完整性和合理性,要求提供痕迹跟踪功能。要求支持合理用药实时监控系统。要求提供所有医嘱备注功能。 |
历史就诊记录:要求支持授权医生可以查询病人的历次就诊相关信息。 |
核算功能:要求支持自动核算费用、并支持当地医保结算政策。 |
诊断录入:要求支持医生可以根据病人的情况开相应的诊断(ICD10)和病情,并可以在处方和相关申请单上打印出相关信息。要求支持诊断模板、历史诊断、诊断复制等诊断快捷录入方式。 |
医嘱录入:要求支持集成医嘱的录入、展示、操作等功能,要求支持模糊检索、个人及科室模板、历史医嘱复制、字典查询、常用医嘱用法、医嘱套、检查检验申请、治疗申请等多种录入方式。要求支持在录入过程中结合用户习惯,对内容进行排名,可默认医嘱明细数据,确保用户准确便捷的录入医嘱。要求集成知识库系统,提供相互作用、说明书、建议医嘱等辅助功能,要求支持自定义当地医保管控,结合患者病种、特殊诊断等信息对医疗费用进行管控。要求支持医嘱审核后自动发送至对应的执行科室,包括护士站、药房、治疗科室、医技科室等,并能直观展示当前医嘱的执行进度,要求支持医嘱审核后未缴费之前修改医嘱处理。 |
检查检验申请:要求集成各类检验、检验、病理医嘱的申请入口,集中展示且可自定义树状结构。要求支持多部位检查申请、自定义病理申请、多标本检验申请,集成显示已发送各种申请的当前状态,同时直观展示结果及报告信息。 |
治疗申请:要求支持集中治疗项目申请入口,用户选择对应的治疗医嘱后可自定义治疗方案内容,治疗科室按照申请内容为患者提供预约治疗服务。 |
中草药录入:要求支持结合中草药处方的特性,提供草药饮品、颗粒剂、小包装、膏方等不同处方剂型的录入方式,要求支持协定处方,要求支持基本单位自动转化多种包装数量发药。 |
处方处理:****医院要求对处方进行归类分类设置,保存医嘱时自动按照处方分类设置自动分处方。要求支持在处方分类的基础上区分急诊、儿科处方、毒麻处方等。 |
绿色通道:要求支持对特殊的病人进行处理,包括病人不交费情况下可以进行和交费病人一样的处理,并可以进行优先就诊设置,提前处理(抢救、下各种申请等)。要求支持对本科室自备药进行管理。 |
更新病人信息:要求支持对病人的基本信息如姓名、性别、类别、工作单位、年龄进行修改并更新。 |
一键打印:要求支持所录入医嘱按照其基础数据分类可自动进行相应归类,选中相应单据即可打印相应的处方或申请单。****卫计委最新处方书写要求的分色打印。 |
医疗质量控制:要求支持重复医嘱判断、药品库存量判断、药品适应症判断、根据诊断控制药品的用药疗程、限制某类医嘱的条数、限制处方的条数,根据处方类型限制医嘱的使用,根据上次就诊医嘱用量限制本次用量、加入用药备注,限制本次就诊的医嘱费用、要求支持依据用法、用量、疗程自动计算整包装、成组医嘱的自动匹配。 |
电子病历:要求可以查询病人相应的过往检查检验结果和诊断记录,并书写病历,在电子病历系统中详细描述。 |
医生服务:要求可以通过电子病历调阅临床治疗信息;根据医生权限可以接入Internet进行资料查询,并可以进行院内科研、技术交流。 |
统计查询:要求支持床位查询与预约、药品查询、诊疗项目查询、病人费用查询等。 |
5.0.2.6 ****工作站
系统概述 | ****工作站****工作站、药房等系统无缝连接,协助护士核对并处理医生下达的医嘱,并对执行情况进行管理。 |
功能要求 | 要求提供座位图管理、门诊护士执行管理、输液记录查询及门诊护士工作量统计等功能 |
详细要求 | 座位图管理:要求支持病人座位管理,包括座位安排、调整、打印座位号,支持刷卡确认身份并扣费。 |
护士执行管理:要求支持接收各门诊医生站开立的一定时间范围内的各类型医嘱,并能打印各种执行单、标签、条码及巡回单等。****工作站执行医嘱,支持刷卡执行单个病人医嘱或一次性执行所有等候区病人医嘱。 |
输液记录查询:要求支持查询科室当日所有病人的输液记录。 |
门诊护士工作量统计:要求支持统计输液、抽血量、注射量等护士已执行的医嘱数量。 |
5.0.2.7 门诊药房管理系统
系统概述 | 门诊药房管理系统通过获取门诊医生所开立的处方信息,实现发药管理以及药品的批次、库存等管理。 |
功能要求 | 要求提供门诊患者的配药、发药、退药申请、退药、发药单打印、发药查询、退药查询、工作量统计、日消耗查询、发药统计等功能 |
详细要求 | 配药:要求支持患者交费可以通过自助机、扫码报到等自动打印配药单,并支持选择处方打印配药单。 |
发药:要求支持选择对应的窗口号,通过病人的登记号或者卡号打印配药单,或刷卡后检索患者处方列表信息,选择处方进行发药。可完成后台自动打印发药单并提供补打功能。 |
退药申请:要求支持在处方发药后,由患者向医生申请医生发起处方的退药申请。 |
退药:要求支持通过患者的登记号或收据号,对其进行退药操作,可以进行整体或部分退药。 |
发药查询:要求支持查询出整个药房或单个患者在一段时间内的发药信息,要求支持发药时自动按药品批次减库存,记录库存台账。要求支持当要对某种药品进行单据跟踪查询时,要输入该药品,系统就检索到药房在一段时间内的包含该药品的发药单据。 |
退药查询:要求支持对一段时间内的退药信息进行查询,可以按照退药单据查询,也可以统计出所退药品的汇总。 |
工作量统计:****小组管理人员统计整个药房的发药和配药人员的工作量,要求支持“按窗口统计”和“按人员统计”等模式,要求统计药房人员的配药人次、发药人次、配药量、发药量等。 |
日消耗查询:要求支持查询出药房在一段时间的消耗情况,也可以在查询条件中输入药品,查询出单个药品的消耗情况。 |
发药统计:要求根据每天的日报信息来生成药房的月报,如果该月的月报已生成时,支持重新生成确认。 |
5.0.2.8 门诊配液管理系统
系统概述 | 门诊配液管理系统实现门诊患者输液配置的安全无菌化管理。 |
功能要求 | 要求提供配液申请、接收申请、配伍审核、配液打签、排药、核对、配置、复核、配液交接、配液综合查询、配液退药、移动门诊配液等功能 |
详细要求 | 配液申请:要求支持输液室护士基于患者医嘱,****中心申请配液。 |
接收申请:****中心对护士申请的配液记录进行接收。 |
配伍审核:要求支持对配液的医嘱信息进行审核操作。 |
配液打签:要求支持打印接收的配液记录的输液标签。 |
排药:要求支持记录每组液体的排药人、排药时间、排药状态等。 |
核对:要求支持对每组液体排药后的核对信息进行记录。 |
配置:要求支持对每组液体通过移动设备或者扫描枪执行操作。 |
复核:要求支持对配置后的液体进行复核,核对药品的稳定性等。 |
配液交接:要求支持将复核后的液体交接物流人员,****中心。 |
配液综合查询:要求支持查询用药记录的详细信息。 |
配液退药:要求支持由输液室护士对患者的输液先做退费申请,退药后进行实现退费。 |
移动门诊配液:要求支持通过PDA实现门诊配液的全流程扫码管理。 |
5.0.3 住院诊疗服务
5.0.3.1 ****工作站
系统概述 | 住院医生站系统有效的实现各种信息**的共享,协助医生诊疗工作、规范医疗行为,实现电子医嘱系统的全流程流转及全流程流转的反馈,提高医生工作效率和医疗质量。 |
功能要求 | 要求提供住院病人列表、信息总览、诊断录入、检查检验申请、治疗申请、医嘱录入、中草药医嘱录入、诊疗计划、交班本等功能 |
详细要求 | 住院病人列表:要求以表格的形式展示当前在院的病人列表,汇总展示病人当前主要诊疗信息,特殊标注新入、病重、病危及其他特殊情况患者,同时要求提供按照本人、本科、本医疗组、已出院、已转出、已手术等属性查询的快捷入口,提高检索病人的简便性。 |
信息总览:要求整合病历质控、病历缺陷、生命体征、检查检验执行进度等内容,直观展示当前病人的诊疗信息,同时要求提供医嘱浏览、执行、停止、撤销、作废等功能操作。 |
诊断录入:要求提供标准ICD及非标准诊断录入,要求支持个人模板、科室模板、历史诊断等快捷录入。 |
检查检验申请:要求集成各类检查、检验、病理医嘱的申请入口,要求集中展示且可自定义树状结构,要求支持多部位检查申请、自定义病理申请、多标本检验申请,集成已发生申请及各申请单当前状态,同时要求直观展示结果及报告信息。 |
治疗申请:要求选择对应的治疗医嘱后可自定义治疗方案内容,治疗科室按照申请内容为患者进行预约治疗服务。 |
医嘱录入:要求支持模糊检索、个人及科室模板、历史医嘱复制、字典查询、常用医嘱用法、医嘱套、检查检验申请、治疗申请等多种录入方式。要求在录入过程中结合用户习惯,对内容进行排名,协助默认医嘱明细数据,确保用户准确便捷的录入医嘱。要求集成知识库系统,提供相互作用、说明书、建议医嘱等辅助功能,要求支持自定义当地医保结算,结合患者病种、特殊诊断等信息对医疗费用进行管控。要求支持出院、转科、手术等特殊医嘱录入,自动停止当前有效长期医嘱。要求支持医嘱审核后自动发送至对应的执行科室,包括护士站、药房、治疗科室、医技科室等,并能直观展示当前医嘱的执行进度。 |
中草药录入:要求结合中草药处方的特性,提供草药饮品、颗粒剂、小包装、膏方等不同处方剂型的录入方式,要求支持协定处方,支持基本单位自动转化多种包装数量发药。 |
诊疗计划:要求支持医师、护士、营养师等不同类型的人员可对同一患者制定各自的诊疗计划,并能与其他用户共同执行,用户可自定义诊疗计划模板。 |
交班本:要求支持用户根据自己值班班次,系统****小组下负责的病危、病重、死亡、出入转、手术等信息,结合每位患者当前病历、诊断、医嘱等内容,在上一班次医生补充部分交班内容、生成电子交班本信息后,交由下一班次医生浏览查看。 |
5.0.3.2 ****工作站
系统概述 | 住院护士站支持护士高效的完成护理工作。针对病人众多、病种复杂等病区管理工作的特点,实现病人病情总览、处理医嘱、领药审核等功能,对病区内人、财、物达到精细化管理的目的。 |
功能要求 | 要求提供床位图、患者信息展示、查询统计提醒、基于床位的快捷操作、护士执行、领药审核、医嘱单、需关注、标本运送、更新采血时间、出院召回、费用调整、病区床位管理、分娩管理等功能 |
详细要求 | 床位图:要求按病房物理位置定制个性化的病房管理界面布局,要求支持维护个性化界面信息(床号、病历号、姓名、年龄、诊断、病情、护理信息和图标显示信息等)。要求支持一个病区包含多个科室床位的管理模式,允许各科床位分别进行统计、核算,允许床位级别的特殊设定。提供病人入科、转科、出院处理并允许特殊情况下审批出院。 |
患者信息展示:要求床位图展示患者的基本信息(床号、病历号、姓名、年龄、诊断、病情、护理信息),要求对于展示的信息可以根据使用习惯进行项目和显示顺序的配置。 |
查询统计提醒:要求提供患者模糊查询,可根据患者姓名,登记号,床号等各种信息进行床位筛选。对于有需要处理医嘱的患者人数进行动态醒目的提醒。 |
基于床位的快捷操作:要求支持患者首次分床时可给患者分配主管医生和管床护士。要求支持治疗过程中,在患者基本信息界面也可更换主管医生和管床护士。可对患者进行入院分床、患者床位更换、包床操作,要求支持患者腕带和床头卡的打印。要求支持处理完患者转科需关注医嘱后,可直接在床位图选择患者进行转科操作。床位可直接对符合条件的患者进行出院操作。要求支持床位图提供患者腕带和床头卡的打印。 |
护士执行:要求支持护士执行能够根据各种不同查询条件(如频次,用法,接受科室,标本类型,医嘱状态等)快速的检索一个或多个患者的医嘱,并进行各种打印,执行,采血等操作。 |
领药审核:要求支持护士对患者的药品类医嘱进行再次审核,并发送给医嘱对应的药房,为药房给病区发药提供依据。 |
生命体征:要求支持对患者体温、脉搏、呼吸、血压、体重、尿量、引流量、出入量、大便、身高等项目进行填写。要求支持生成打印体温单,展示患者生命体征记录趋势,为医生诊断,用药和护士治疗提供依据。 |
医嘱单:要求支持护士预览以及打印患者医嘱单。要求支持长期、临时医嘱单快捷切换。打印时支持打印记录的保存或者不保存,可删除已保存的打印记录。要求支持医嘱单的续打功能。要求支持将医嘱单导出到excel。要求支持选行打印,打印特定的行数,对于转科患者可设置医嘱单是否换页。打印格式可自定义,对特定医嘱(如手术、转科)给与特殊标识。可进行医嘱重整。为电子病历归档提供支持。 |
需关注:当患者需要转科或者出院时,需要对患者当前的医嘱,治疗等进行阶段性的完成或结束,要求支持如果患者有未完成的的治疗,未停止的医嘱或未计算的费用。 |
标本运送:要求支持对标本的位置及状态进行实时追踪,对当前人和当前位置进行记录。 |
更新采血时间:要求支持对患者标本的采集时间进行更新。要求支持如检验标本已接收,则不予许更新采血时间。 |
出院召回:病人出院后,病情反复,需要继续入院治疗时,可办理召回操作。 |
费用调整:要求支持患者出院后发现费用差错,需要调整,通过出院费用调整来完成。 |
病区床位管理:要求支持病区床位管理可以对病区床位进行锁定,状态改变,性别限制等操作。 |
分娩管理:要求支持对孕妇分娩进行登记,记录孕妇分娩的产程记录,对分娩的婴儿进行登记,查询统计等操作。系统根据记录生成产程图,支持医护人员更直观的查看产程。 |
5.0.3.3 住院出入转系统
系统概述 | 住院出入转系统,融合了入院、分床、退院等相关功能,实现对病人的登记管理,方便护士快速准确的管理病人。 |
功能要求 | 要求提供入院登记、退院、医保登记、取消医保登记、打印腕带、患者信息修改、患者信息修改查询、入院分床、入院撤销、出院、转科等功能 |
详细要求 | 入院登记:要求支持为患者完善基本信息,并建立入院档案生成住院号。复诊患者,要求可通过患者主索引读取相关信息。对于尚未入病区的患者,要求可以修改病区。要求支持登记需要预约床位的患者。 |
退院:要求对尚未入病区的患者,可以取消患者的入院状态。如已分配了病区和床位,但没有发生实际费用,可由病区先办理出区,再做退院。 |
医保登记:要求提供对已入院、需要做收费结算的医保患者进行医保登记的功能。取消医保登记:要求提供对已进行过医保登记的医保患者,进行取消登记的功能。 |
打印腕带:要求支持住院患者打印腕带,腕带上有患者登记号、病案号、二维码或条码、姓名、性别、年龄、科室病区、床号等信息。 |
患者信息修改:要求提供对患者基本信息、就诊信息修改功能。例如修改患者出生日期、费别等。 |
患者信息修改查询:要求支持收费员可以查询患者信息所做的变更记录。 |
入院分床:要求支持对已经进行入院登记并分配到本病区的患者进行床位分配,要求可分配此患者的主管医生、管床护士以及填写患者入院时测量的生命体征记录(如体温、体重、身高等)。 |
入院撤销:要求支持对尚未分床的患者,可以取消患者的入院状态。如已分配了床位,但没有发生实际费用,可由病区先将患者拉入等候区,再做入院撤销即退院处理。 |
医疗结算:要求支持医生通过开立出院诊断,下出院医嘱,停长期医嘱等操作,对患者的本次住院进行医疗层面的结算。 |
最终结算:要求支持护士或医生处理负责的出院需关注医嘱(如患者有未领取的药品,有未执行的医嘱,未退药的医嘱,未停止的长期医嘱,未做检查检验的医嘱等),同时审核患者费用。处理完毕并且审核通过后才可对患者进行出院操作,并通知患者到收费处进行下一步结算。 |
财务结算:患者到收费处进行费用结账。对于医保患者,要求支持在出院结算前应确保费用明细全部上传。要求支持取消结账的功能。 |
出院召回:已经办理了出院手续后有可能发现了某些新的不容忽视病况需要进行重新检查,或者出院的费用或手续有误,要求提供召回再处理。 |
补记账:要求支持患者补记账功能,患者额外使用的材料或在医嘱执行时无法收费的项目可做补记账处理;要求支持对补记账记录作废的功能。 |
出院患者账页:要求支持查询统计出院患者的费用账单,提供账单汇总信息以及账单明细的查询功能。 |
转科需关注:转科代表着患者在本科室治疗的阶段性完成,转科时也需要对患者需要结束的检查,检验,医嘱,药品,会诊等进行处理。转科需关注要求自动查询出患者转科需要处理的情况。护士或医生根据提示对自己负责的需关注情况进行处理。要求转科时应根据配置对转科操作进行提醒或流程控制。 |
转科:要求支持处理完需关注医嘱,如未处理完成,转科时会有提醒或流程控制。处理完需关注医嘱后,要求支持当前科室的护士对患者进行转科操作,进行转科申请。转科申请后患者将出现在本科室转出去,以及转入科室的等候区,转入科室护士进行分床操作后,完成本次转科。 |
转病区:要求支持患者当前科室关联多个病区,护士可以根据需要将患者转移到本科关联的其他病区。 |
分床:要求支持护士可选中患者,将患者拖到空闲床位上。 |
转移记录:要求系统对于患者的分床,转科,转病区操作都进行详实的记录,并绘制了流程图。要求从转移界面可清晰直观的了解患者的每一次转移的时间,科室,床位,转移人等信息。 |
5.0.3.4 住院收费系统
系统概述 | 住院收费系统通过整合其他业务系统,完成对住院患者费用的精细化管理。 |
功能要求 | 要求提供押金收据管理、住院发票管理、住院押金管理、出院管理、住院担保、中途结算、“欠费/结存”结算、欠费患者转出与补交、住院费用核查、出院结算、取消结算、打印押金退款单、打印每日费用明细单、打印费用明细单、收费员日结、收费员日结汇总等功能 |
详细要求 | 押金收据管理:要求支持押金收据购入、发放、转交。 |
住院发票管理:要求支持发票购入、发放、转交。 |
收押金:要求可以按照各种支付方式收取押金,如现金,支票,汇票等。 |
退押金:要求支持在押金没有结算的情况下,可以给病人退押金,并打印押金收据;要求支持作废重复打印押金收据:要求支持在押金收据打印异常的情况下,可以作废异常的押金收据,并重复打印新的押金收据; |
出院管理:要求支持出院登记;出院召回;出院查询。 |
住院担保:要求支持为特殊患者、绿色通道患者进行住院费用担保。 |
中途结算:要求支持可以按某段时间或某些医嘱等规则拆分出一个账单进行结算。支持医保病人结算。 |
“欠费/结存”结算:年终由于涉及到结算本年度的账,要求支持后续产生的费用算入下一年。要求支持可以选择“欠费/结存”的支付方式来结算。 |
欠费患者转出与补交:要求支持对以“欠费/结存”结算的费用,等后面患者来办理财务结算时,再“补交/退回”差额。 |
住院费用核查:要求支持对费用有问题的医嘱或不合规的收费进行把控、调整、费用补查,减少因费用问题引起的不必要的医患矛盾。 |
取消中途结算:要求支持针对做中途结算拆分出来的账单,提供撤销功能,即合并账单。 |
出院结算:要求支持核对病人帐单费用总额,自付金额和押金总额无误后,办理病人出院,可以对病人多退或少补选择一种或多种支付方式进行结算,打印出院发票,并做财务结算,并打印费用明细单给病人。支持医保病人结算。 |
取消结算:要求支持如果病人出院结算后发现费用有错误,收款员可以取消病人出院结算,取消结算后,押金回到未结算的状态,然后医生对错误的医嘱调整后,收费员进行帐单,重新计算病人的费用总额,自付费用等,收费员确认费用无误后,重新办理病人出院结算,重新打印发票并打印费用明细单给病人。 |
打印押金催款单:打印押金催款单:要求支持可以查询某个病区的欠费病人,同时显示欠费病人的费用总额,押金总额和欠费金额,要求支持可以录入需补交的押金,然后打印押金催款单给病人进行催款。要求支持办理住院登记后可以打印住院就诊卡给病人。 |
打印病人费用明细单:要求支持可以查询并打印某个账单的医嘱费用明细,各分类的医嘱费用总额。 |
打印病人每日费用明细单:要求支持可以查询并打印某个病区病人的费用明细单,可以单独查询并打印某个病人的费用明细单。 |
打印病人预交金明细帐:要求支持可以查询并打印某段时间内的住院病人的收押金,退押金明细和出院病人的退押金明细。 |
收款员日报表:要求支持查询收费员办理的所有押金明细和出院发票明细,统计收费员的收押金总额,退押金总额(包括住院退押金,出院退押金),出院结算病人的费用总额,以及应当上交的现金,支票等金额,对作废的押金收据和作废的发票在日报表中单独列出,并打印收费员日报表上交财务科,如果需要可以打印明细。 |
住院收费查询:要求支持可以根据病人的就诊日期,病人的收费类别,科室,登记号,姓名等条件查询病人的未结算,已结算的账单信息。 |
收费员日结:要求支持收费员在下班前、交账时做结账。提供报表和收退押金、结算、取消结算等业务明细方便收费员对自己手中的款项和票据进行核对,并给财务交账。 |
收费员日结汇总:要求支持提供收费组长或财务对收费员交的账务进行核对并上交报表存档。 |
5.0.3.5 住院中心药房系统
系统概述 | 住院中心药房系统运用信息技术手段实现对住院医生所开医嘱的自动审查,对审查通过的药品医嘱进行发放管理,对开立有误的药品处方或发放有误的药品进行退药处理。 |
功能要求 | 要求提供按病区完成对住院患者的配药、发药、查询、退药申请、退药、发药单打印、发药统计等功能 |
详细要求 | 配药:要求支持配药人员拿到发药单后,按货位顺序逐个进行药品的配药,配药过程要核对药品的名称、批次等信息,要求可在系统中完成配药确认,记录配药人员工作量。 |
发药:要求支持操作人员按日期检索出待发药的病区和需发药的药品类别,选择病区和发药类别后检索对应的待发药医嘱,要求支持可以全部或部分选择发药并打印发药单,发药时按有效期规则减当前药品批次库存。 |
退药申请:要求支持病区护士根据医生要求的医嘱停止情况及患者情况,对需要退药的药品医嘱进行退药申请,退药申请后再由药房人员进行退药。 |
退药:要求支持住院药房根据病区建的退药申请单,在核对护士的退药实物后进行退药操作,退药时要核对药品的名称和批次、数量等信息,退药完成后系统中增加药房的库存。要求支持退药也可以在发药时根据病区发药品种自动冲抵退药。 |
发药查询:要求支持可以按病区、发药类别、药品名称、患者登记号等查询出药房在一段时间内的发药信息。 |
退药查询:要求支持对一段时间内的退药信息进行查询,可以按照退药单据查询,也可以统计出所退药品的汇总。 |
综合查询:输入查询条件后,要求支持查询当前的未发药品或已发药品信息,可以按药品汇总数量,选择药品可以查看药品的发药医嘱明细。 |
药房工作量:要求支持统计整个药房的发药和配药人员的工作量。 |
发药统计:要求支持查询出药房在一段时间的药品消耗情况,可以查询全院药品发退药数量汇总,也可以查询某个病区药品发退药品种及数量。 |
月报:要求支持按财务要求生成每个月的月报,月报生成时间可以根据实际业务需要,随时可以生成,对有问题的月报也可以重新生成。 |
5.0.3.6 ****中心系统
系统概述 | ****中心****中心的全流程化信息管理,通过系统辅助业务人员及时准确的完成配药的各个业务。 |
功能要求 | 要求提供配液审核、配液排批、配液打签、配液分签、配液排药、贴签、排药核对、舱内配置、出舱复核、装箱、扫码送货等功能 |
详细要求 | 配液审核:要求支持使用知识库进行药品用药说明及配伍等数据的自定义,也可以同时调用第三方合理用药实现药师对医生医嘱进行配伍禁忌、超量等数据分析,提供TPN指标、合理用药辅助分析,可一目了然的看到患者用药的具体信息、诊断信息、过敏史、电子病历、检查、检验等信息,要求能够对该医嘱进行审核相关操作,并在线通知医生。审核时可参考病人全天所有医嘱,不局限于当前医嘱。 |
配液排批:要求实现对医嘱数据的一键分批,根据数据维护中的排批规则定义的内容,对当前查询到的数据系统直接进行预分批。 |
配液打签:要求支持对配液排批后的数据进行汇总显示,将排批后医嘱进行规则排序,要求支持配液打签可以按类型批量打印。 |
配液分签:此流程为可选流程,要求支持按打签顺序进行分签操作,既可以用PDA,也可以用扫码枪扫描记录分签时间和分签操作人员,记录配液状态和工作量信息。 |
配液排药:要求支持可以使用PDA按排药单按药品货位顺序实现扫码下架,也可以直接打印排药单,按排药单排药,记录排药时间和排药人。 |
贴签:要求支持可以使用PDA或扫码枪进行扫码,记录贴签时间和贴签操作人,实现配液状态和工作量的标识。 |
排药核对:要求支持PDA或者扫码枪扫描标签进行核对,核对过程可以实时判断医嘱状态,并可声音及文字提醒是否可以继续进行操作。要求支持扫描时自动记录操作人及操作时间,记录配液状态和工作量。 |
舱内配置:要求支持舱内可以用PDA或者平板+扫码枪实现舱内实时扫描,实时判断医嘱状态。可按用法等绑定配置费用或者材料费用,减库同时关联该费用,退药时可同时退掉该费用。 |
出舱复核:要求支持PDA或者扫码枪进行扫码复核操作,确认药品混合的正确性。扫码同时记录复核操作人和操作时间,更新配液状态并记录工作量。 |
装箱:要求支持对复核完成的输液袋,根据所属病区进行分拣并装箱,可以使用PDA或者扫码枪扫码操作。扫码时可以语音提醒输液所属病区,指导放在正确的病区。 |
扫码送货:要求支持PDA或****中心与物流工人的扫码交接,记录交接时间和双方交接人。 |
病区接收:要求支持病区护士使用扫码枪或者PDA进行扫码接收,记录接收时间和接收护士。 |
病区核对:要求支持PDA或扫码枪扫描物流箱条码和输液袋条码进行药品核对,确认是否本病区药品,是否需要紧急执行,是否有遗漏等。 |
配液大屏显示:要求支持通过大屏,实时滚动显示各病区各配液状态的袋数,对袋数有差异的进行颜色显著提醒。 |
查询统计:要求支持提供按医嘱时间、按病区,按医嘱,按患者等配液单及医嘱配液状态查询,可以查询停止的输液医嘱。可以按病区、按批次的配液数量统计。可以进行医嘱合理性及不合理原因的统计。 |
5.0.3.7 预住院日间手术管理
系统概述 | 预住院日间手术是管理入院前,进行术前的检查检验、麻醉评估、手术预约、床位预约等。这样大大的减少了患者的平均住院日、提高了床位周转率。 |
功能要求 | 要求提供开立住院证及院前检查检验医嘱、交预住院押金、执行检验检查医嘱、日间手术麻醉术前评估、日间手术评估、日间手术正式确认、床位预约、麻醉及手术安排、转入住院、日间手术麻醉术后评估、日间手术出院评估、日间手术随访、门诊费用转住院、日间手术的相关统计等功能 |
详细要求 | 开立住院证及院前检查检验医嘱:门诊医生开立住院证,选择“预住院”或“日间手术”后保存时系统会生成预住院记录,医生可以在此预住院记录上开立院前检查检验。要求支持对于日间手术的病人医生可以填写日间手术的相关信息。系统支持日间手术的权限管理。 |
交预住院押金:要求支持预住院/日间手术的患者进行住院处交押金。 |
执行检验检查医嘱:要求支持交完押****中心(或日间手术病房、病区护士站)采血,打印条码时会有“预”、“日间”的标示。并到检查科室做相关检查。要求支持执行时系统支持欠费的控制,如患者欠费则不能执行检查检验。 |
日间手术麻醉术前评估:要求支持是否在系统中麻醉评估可以进行配置,如配置为系统内,要求支持麻醉医生可以在手术列表中查询拟日间手术申请,并进行麻醉评估,麻醉评估通过的才能进行后续日间手术的流程,如评估不通过则只能转入门诊或转常规手术治疗。 |
日间手术评估:要求支持医生可以查看检查检验报告,根据检查检验结果评估是否可以住院,要求系统支持由门诊医师进行评估也支持住院医生进行评估。 |
床位预约:要****中心流程的,要求支持在系统中进行床位预约。要求系统支持床位的登记及预约,要求支持跨病区预约床位,实现全院床位**共享。 |
麻醉及手术安排:要求支持手麻科室可以进行日间手术的安排,要求手术列表中日间手术的病人标注为“日间”。 |
转入住院:要求支持病人预约到床位及手术后,预约当天病人来院办理住院手续转入住院。转入时院前的医嘱及费用**步转入住院中。 |
日间手术麻醉术后评估:要求支持转入住院后日间手术的患者进行手术,日间手术术后麻醉医生会进行麻醉术后评估。 |
日间手术出院评估:要求支持日间手术的患者出院**行出院评估,出院评估通过后,要求支持日间手术病人可以进行相应的出院操作,如评估不通过,则一般会转入普通病区继续治疗直至出院。 |
日间手术随访:日间手术出院后,如需要进行随访,系统要求支持日间手术患者的随访。 |
门诊费用转住院:有些医****医院管理的原因,会将院前检查检验开立到门诊的记录上,要求支持患者在门诊缴费、做相应的检验检查。住院后可以将门诊的费用转入住院报销。 |
日间手术的相关统计:要求系统提供日间手术的相关统计报表,包括:日间手术工作量统计、日间手术分类统计、日间手术麻醉方式统计。 |
5.0.3.8 体温单
系统概述 | 体温单是护理临床工作中最常用,最重要的文书之一,体温单可以将患者的生命体征情况综合、全面、直观的展现出来,在临床工作中体现出了极高的重要性。 |
功能要求 | 要求提供生命体征录入、体温单预览、楣栏、体温、脉搏、呼吸、血压、入量、出量、大便、体重、身高、空格栏、体温单打印配置、表格外内容配置、表格内容配置、打印规则配置、体温单预览配置字典维护等功能 |
详细要求 | 生命体征录入:要求支持单人录入界面可以方便护士针对单一患者对多项体征项目在一天固定的六个时间点的数据录入。 要求支持多人录入界面可以方便护士对病区多个患者针对同一时间点多个生命体征项目的批量录入。 |
体温单预览:要求支持楣栏、一般项目栏、特殊项目栏均使用蓝色、蓝黑色或黑色水笔书写;数字除特殊说明外,均使用阿拉伯数字表述,不书写计量单位。 |
楣栏:要求楣栏项目包括:姓名、年龄、性别、科别、床号、入院日期、住院病历号,均使用正楷字体书写。 |
体温:要求支持40℃-42℃之间的记录:用红色笔在40℃-42℃之间纵向填写患者入院、转入、手术、分娩、出院、死亡等。除手术不写具体时间外,其余均按24小时制,精确到分钟。要求支持转入时间由转入科室填写,死亡时间应当以“死亡于X时X分”的方式表述。 |
脉搏:要求脉搏符号:以红点“●”表示,每小格为4次/分,相邻的脉搏以红直线相连。心率用红“○”表示,两次心率之间也用红直线相连。 脉搏与体温重叠时,先划体温符号,再用红色笔在体温符号外划“○”。 |
呼吸:要求支持用红色笔以阿拉伯数字表述每分钟呼吸次数。 如每日记录呼吸2次以上,应当在相应的栏目内上下交错记录,第1次呼吸应当记录在上方。 要求支持使用呼吸机患者的呼吸以○R表示,在体温单相应时间内呼吸30次横线下顶格用黑笔画○R。 特殊项目栏:要求特殊项目栏包括:血压、入量、出量、大便、体重、身高等需观察和记录的内容。 |
血压:记录频次:要求支持新入院患者当日测量并记录血压,根据患者病情及医嘱测量并记录,如为下肢血压应当标注。 单位:要求支持毫米汞柱(mmHg)。 |
入量:记录频次:要求支持将前一日24小时总入量记录在相应日期栏内,每隔24小时填写1次。 单位:要求采用毫升(ml)。 |
出量:记录频次:要求将前一日24小时总出量记录在相应日期栏内,每隔24小时填写1次。 单位:要求采用毫升(ml)。 |
大便:记录频次:要求支持应当将前1日24小时大便次数记录在相应日期栏内,每隔24小时填写1次。 |
体重:记录频次:要求支持新入院患者当日应当测量体重并记录,根据患者病情及医嘱测量并记录。 特殊情况:要求支持如因病情重或特殊原因不能测量者,在体重内可填上“卧床”。 单位:公斤(kg)。 |
身高:记录频次:要求支持新入院患者当日应当测量身高并记录。 单位:要求采用厘米(cm)。 |
空格栏:要求运动可作为需观察增加内容和项目,如记录管路情况等。 |
体温单打印配置:要求支持体温单打印配置,包含体温单表格内容划分、文字显示、折线图绘制以及预览打印等相关配置。具体配置项要求包括四个方面:表格外内容配置、表格文字配置、表格内容配置、打印规则配置。 |
打印规则配置:要求包括事件规则配置、术后日数显示规则配置、复降规则配置、脉搏短绌规则配置、超出标尺规则及断线配置以及过敏史信息配置。 |
体温单预览配置字典维护:要求支持为体温单打印配置提供配置字典的增删改查。 |
5.0.4 临床信息系统
1.
2.
3.
5.0.4.1 ****工作站
系统概述 | ****工作站****医院不同区域的不同电生理检查设备的报告统一到一个软件管理平台,实现报告的集中管理与存储,实现无纸化办公需求。 |
功能要求 | 要求提供医嘱登记、排队叫号、信息注入、报告采集、报告编辑、病历列表、模板设计、数字签名、工作量统计、系统维护等功能 |
详细要求 | 要求提供医嘱登记功能,要求支持替代HIS的医技登记模块,通过医嘱登记模块,医生可以查询到特定时间内开到本科室的所有检查项医嘱,要求支持查看申请单详细信息,科室医生可以选择需要执行的医嘱进行登记,也可以批量选择登记,不必要重复登录HIS系统,减少医生的工作量。 |
要求提供排队叫号功能,要求支持患者缴费成功后到电生理室做检查,首先要到候诊区报道,分诊技师通过后诊台功能模块将该患者加入到候诊队列,并且打印候诊条码单,凭候诊单检查。医技科室****工作站的叫号模块功能,从候诊队列里按照顺序呼叫等候患者,要求支持重复呼叫、过号、急诊等多种呼叫模式。 |
要求提供信息注入功能,****工作站从HIS系统获取医嘱信息后,在不通过第三方软件厂家提供技术支持的前提下,将患者信息写入到第三方软件的患者登记界面,节约操作技师手动录入信息的时间,提高工作效率。 |
要求提供报告采集功能,****工作站通过特有的虚拟打印技术,将第三方软件系统的报告转换为PDF格式的电子版报告,****工作站可以获取HIS系统的患者医嘱信息,****工作站将医嘱信息与PDF格式的报告进行匹配处理并且上传至电生理服务器。 |
报告编辑:****工作站支持PDF报告格式的多样化处理。具体要求下: 增加首页模板:要求支持提前设计好报告首页模板,****工作站可以将首页模板和已经采集到的PDF报告整合到一起,这样做的目的可以达到统一科室的报告模式,方便管理。 修改PDF报告:****工作站支持直接编辑已经采集完成的PDF格式报告,通过特有的技术将所需要的文字性诊断结论及CA数字签名图片整合到报告中。 PDF报告:要求支持第三方软件系统生成的报告格式比较完整并且无需修改,****工作站可以直接采集完整的PDF格式报告直接上传,不进行任何处理。 |
要求提供病例列表功能,****工作站的病例列表提供组合查询条件,按照多种组合查询需要的电生理病例报告,并且也提供书写报告的功能。要求支持具有相应权限的医生可以对已经上传的电生理报告进行删除处理。 |
要求提供数字签名功能,要求支持电生理系统内置国内多家CA认证的接口,要求支持只需要通过后台维护即可实现数字签名的功能。 |
要求提供工作量统计功能,要求支持可以按照不同的角色进行工作量统计,并且支持导出excel表格。 |
要求提供系统维护功能:要求包括服务表维护、科室表维护、医嘱表维护、设备表维护、人员管理、配置表维护等 |
5.0.4.2 消毒供应室管理
5.0.4.2.1 消毒供应管理系统
系统概述 | 消毒供应管理系统包括对外来器械登记等内容,外来器械登记主要是对外来器械的厂商以及器械信息进行一些登记,如是否有植入物等,外来器械按照手术包流程处理。进一步规范无菌物资供应工作流程、提高工作效率、加强安全和质量管理、加强院感管理水平、提高无菌物品的可追溯性,实现贯穿供应室、手术室、病区、医技科室等相关工作区域的无菌物品质量追溯和过程管理。规范临床无菌物品的使用,同时降低临床科室工作负担,改善和加强无菌物品成本核算管理。 |
功能要求 | 要求提供消毒包信息维护、消毒包请领、消毒包回收、消毒包清洗、消毒包包装、消毒包灭菌、消毒包发放、消毒包登记、消毒包追踪、查询统计、系统配置等功能 |
详细要求 | 消毒包信息维护:要求支持消毒包进行分类管理,根据分类进行消毒包数据维护,定义名称、规格、价格、属性、分类、类型、使用科室、器械明细、有效期,以及图片管理,根据属性分为普通包,手术包,敷料包等不同的属性包,在系统中有着不同的管理模式,手术包有唯一标签号。 要求支持器械维护,从而进行消毒包与器械的绑定,手术器械包可生成对应的固定条码,便于后期制作固定钢牌,方便扫码操作。需要提供消毒包基础数据,可按照基础数据中的Excel导入下载对应模板整理数据。 |
消毒包请领:要求支持临床科室可对需要的包进行申请,供应室根据请领的消毒,进行回收发放。临床科室可根据请领单跟踪查询查看单据状态。普通包,敷料包请领单:请领->回收->发放,借包单:请领->发放->回收。 |
消毒包回收:要求支持供应室根据临床科室申请的单据,安排护工去科室回收,单据信息核对无误后,进行回收操作。对于手术器械污包进行手术回收,回收时可查看器械明细、器械图片 |
消毒包清洗:要求支持对于回收的消毒包,可进锅清洗,在规定的时间内,清洗完毕后进行清洗验收,验收不合格的消毒包会自动在清洗不合格登记中记录。 |
消毒包包装:要求支持对于验收合格的消毒包进行标签打印,如敷料包打印、手术器械包打印、普通包打印,按照高温、低温不同标签纸进行分类打印,标签上标明打包人、核查人、包名、效期等信息。外来器械打包按照手术包打包,打印标签的时候,需要额外标明是否有植入物,使用科室、使用病人等信息。 |
消毒包灭菌:主要分为灭菌进锅、灭菌验收、灭菌装车、灭菌不合格登记:要求支持可对灭菌锅进行BD测试,BD测试验收合格的灭菌锅,才可进行消毒包灭菌进锅,灭菌时可进行高温生物监测,BD测试,低温等离子监测,环氧乙烷监测等,要求支持在规定时间灭菌完毕后,根据机器运行结果进行验收;灭菌机数据检测验收合格的消毒包才能发放,灭菌不合格的会自动进行不合格登记,并可重新进锅灭菌;可根据厂商提供的数据,进行机器数据采集,形成灭菌曲线图。 |
消毒包发放:主要包括手术器械包发放以及普通包发放,要求支持对于科室申请的敷料包可在普通包发放中进行扫码发放或按单据发放。要求支持普通包进行扫码发放后,扫描登记后可进行病人绑定,消毒包追踪时,可获取到发放相关信息以及病人相关信息。 |
手术包接收、手术清点:要求支持手术室进行手术器械包扫描接收以及在手术时,进行手术清点,从而实现手术器械包和病人进行绑定。 |
消毒包登记:要求支持用于临床进行的消毒包病人绑定,选择病人扫描消毒包进行病人绑定,从而实现消毒包全过程追踪。 |
消毒包追踪:要求支持系统内所有消毒包,进行包信息、请领、回收、清洗、打包、灭菌、发放、接收、病人绑定等全过程关键信息追踪,实现对消毒包各环节的质量管理和监测。手术器械位置追踪可查看所在区域的器械信息 |
查询统计:要求支持各工作区工作量统计以及清洗设备、灭菌设备过期包查询等。 |
系统配置:要求包括基础数据、参数设置、码表维护、机器设置、Excel导入等模块,基础数据主要是设置清洗方式、清洗程序等,参数配置主要是对系统内各模块的特殊控制,码表维护主要是新增清洗方式、清洗/灭菌程序,清洗/灭菌不合格原因登记,器械缺失原因等数据,机器设置用户维护清洗机、灭菌器以及绑定机器数据路径。 |
5.0.5 综合业务管理系统
5.0.5.1 医政管理
5.0.5.1.1 重大非传染病疾病上报系统
系统概述 | 实现对符合重大非传染性疾病上报(肿瘤报卡、心脑血管报卡、糖尿病报卡、意外伤害报卡、疑似职业病报卡、高温中暑报卡、农药中毒报卡、非职业CO中毒报卡、出生缺陷儿报卡等共计10+种报卡)审核及上报工作,****控制中心直接提供网络直报功能,保证事件上报的实效性、实时性。 |
功能要求 | 要求提供报告填报、报告审核、报告导出和打印、查询统计等功能 |
详细要求 | 报告填报:要求支持登记病人基本信息、诊断信息以及上报重大非传染性疾病所要求填写的疾病相关信息等。其中病人基本信息大部分可从系统中自动提取,且保存报告时系统会进行数据完整性检测,保证数据的完整性、正确性。 |
报告审核:要求支持临床医生填报报告卡后,管理人员可在报告查询页面查到该份报告,打开报告对填写内容进行审核。 |
报告导出和打印:要求对于已经审核的报告支持报告导出和打印,方便存档。在报告查询页面也可对查询出的报告记录做导出操作。 |
查询统计:要求系统支持通过报告时间查询报告记录,查询出的结果包含报告基本信息和患者基本信息。并且查询出的结果可支持导出操作。 |
5.0.5.1.2 食源性疾病管理系统
系统概述 | 食源性疾病管理主要用于协助临床医生完成填报食源性疾病报告卡、管理人员审核报告内容的工作。临床医生可以多次填写、修改、作废报告卡,管理人员可以对已经上报的报告进行内容审核,对不合格的报告可以修改、退回、作废。系统支持两种填写报告的途径,一种是下诊断后检测该诊断是否属于食源性疾病诊断,如果属于,则弹出相应的报告卡供医生填写;另一种是医生根据临床信息判断患者病情是否属于食源性疾病,如果属于,则可以在“公共卫生事件”页签中选择食源性疾病报告卡进行填报。 |
功能要求 | 要求提供报告填报、报告审核、报告导出和打印、查询统计等功能 |
详细要求 | 报告填报:要求支持登记病人基本信息、诊断信息以及上报食源性疾病所要求填写的疾病信息等。其中病人基本信息大部分可从系统中自动提取,且保存报告时系统会进行数据完整性检测,保证数据的完整性、正确性。 |
报告审核:要求支持临床医生填报报告后,管理人员可在报告查询页面查到该份报告,打开报告对填写内容进行审核。 |
报告导出和打印:要求支持对于已经审核的报告,支持报告导出和打印,便于存档。查询统计:系统支持通过报告时间、疾病分类等查询报告记录,查询结果包含报告基本信息和患者基本信息等,查询结果可导出,便于统计分析。 |
5.0.5.1.3 精神疾病管理系统
系统概述 | 精神性疾病管理系统主要协助完成临床医生填报精神疾病发病报告卡和出院信息单、管理人员审核报告内容的工作。临床医生可以多次填写、修改、删除报告卡,管理人员可以对已经上报的报告进行内容审核,对不合格的报告可以修改、退回、删除。系统支持两种填写报告的途径,一种是下诊断后检测该诊断是否属于精神疾病诊断,如果属于则弹出相应的报告卡供医生填写;另一种是医生根据临床信息判断患者病情是否属于精神疾病,如果属于则可以在“公共卫生事件”页签中选择相关精神疾病报告卡进行填报。 |
功能要求 | 要求提供报告填报、报告审核、报告导出和打印、查询统计等功能 |
详细要求 | 报告填报:要求支持登记病人基本信息、诊断信息以及上报精神疾病所要求填写的疾病相关信息等。其中病人基本信息大部分可从系统中自动提取,且保存报告时系统会进行数据完整性、正确性校验,保证数据的完整性、正确性。 |
报告审核:要求支持临床医生填报报告卡后,管理人员可在报告查询页面查到该份报告,打开报告对填写内容进行审核。 |
报告导出和打印:要求支持对于已经审核的报告,支持报告导出和打印,方便存档。在报告查询页面也可对查询出的记录做导出操作。 |
查询统计:要求系统支持通过报告时间查询报告记录,查询出的结果包含报告基本信息和患者基本信息。并且对查询出的结果可做导出操作。 |
5.0.5.1.4 传染病管理系统
系统概述 | 传染病管理主要用于协助临床医生完成填报传染病报告卡、管理人员审核报告内容的工作。系统支持两种填写报告的途径,一种是诊间填报,临床医生下诊断时,系统判断如需要填报报告,给出相应的提示;另一种是医生根据临床信息判断患者病情是传染病后,在“公共卫生事件”页签中选择传染病报告卡进行填报。系统提供传染病监控功能,通过对临床诊断、检验结果、影像检查结果监控,及时发现传染病病例,提醒临床填报报告,****医院传染病漏报、误报的问题。 |
功能要求 | 要求提供诊间填报、主动填报、报告查询、报告审核、报告导出和打印、传染病监控等功能 |
详细要求 | 诊间填报:要求支持临床医生在下诊断时,系统自动检查诊断是否传染病诊断,如果是传染病诊断,并根据传染病的分类、时效性要求、年龄要求、历史报告来判断强制报卡或提示报卡。 |
主动填报:要求支持临床确诊传染病后主动报卡,登记病人基本信息、诊断信息等。其中病人基本信息大部分可从系统中自动提取,且保存报告时系统会进行数据完整性、正确性检测,保证数据的完整性、正确性。 |
报告查询:要求支持可按照报告时间、科室、院区、报告状态进行传染病报告查询,查询结果包含报告基本信息和患者基本信息等,查询结果可导出,便于统计分析。 |
报告审核:要求支持临床医生填报报告后,管理人员可在报告查询页面查到该份报告,打开报告对填写内容进行审核。 |
报告导出和打印:要求支持对于已经审核的报告,支持报告导出和打印,便于存档。 |
传染病监控:要求支持基于临床诊断、检验结果、影像检查结果进行传染病筛查,结合传染病报卡情况筛查传染病漏报、误报,管理科室对筛查结果进行处置,处置结果反馈给临床科室,提示补录报卡或订正报卡。 |
5.0.5.1.5 临床路径管理系统
系统概述 | 临床路径(Clinical pathway)是指针对某一疾病建立一套标准化治疗模式与治疗程序,是一个有关临床治疗的综合模式,以循证医学证据和指南为指导来促进治疗组织和疾病管理的方法,最终起到规范医疗行为,减少变异,降低成本,提高质量的作用。相对于指南来说,其内容更简洁、易读、适用于多学科多部门具体操作,是针对特定疾病的诊疗流程、注重治疗过程中各专科间的协同性、注重治疗的结果、注重时间性。临床路****医院改革的重要内容之一,对改善医疗服务,规范医疗行为,增强诊疗行为的计划性,提高医疗质量和控制不合理医疗费,促进医疗质量管理精细化、专业化具有十分重要的意义。 |
功能要求 | 要求提供表单导入、表单维护、出入径管理、表单执行、添加变异、表单打印、查询统计等功能 |
详细要求 | 表单导入:要求系统支持导入特定格式的excel表单,以简化制作表单过程。 |
表单维护:要求系统支持对表单基本信息、准入信息、阶段信息、项目信息、医嘱项目等进行增加、修改、删除操作。支持表单版本**、发布、删除、导出操作。 |
出入径管理:要求系统支持两种入径方式,一是提醒入径,即在临床医生录入诊断时,自动判断是否符合入径标准,如果符合则弹出提示,选择相应路径后入径;另一种主动入径,即直接打开临床路径页签,选择路径后进入执行页面。在提醒入径时,可以选择不入径原因,做不入径申请。当路径执行过程中出现重大变异,不适合继续执行时,可以做出径操作。在出径时,需要选择出径原因类型,并填写具体原因。当表单各阶段内容都执行完后,可以进行完成操作,标志本次临床路径正常结束。 |
表单执行:要求支持进入临床路径后,护士可以对表单中的主要护理工作进行执行、撤销操作;医生可以对表单中的主要诊疗工作和重点医嘱进行执行、撤销操作。在每阶段执行结束后医生、护士将分别做签名操作,表示本阶段工作已经完成,并自动进入到下一个阶段。 |
添加变异:首先,在医生录入医嘱时,要求系统支持自动判断是否为表单外的医嘱,如果是,则弹出提示,需要为每条表单外医嘱添加变异原因;其次,在每阶段结束前签名时,要求系统支持会筛查出未执行的项目,提醒医生、护士去执行或者添加不执行的变异原因。 |
表单打印:要求系统支持两种打印,一是打印患者知情同意书,二是打印表单执行记录。 |
查询统计:要求系统支持按入径日期、科室、状态(入径、出径、完成)查询出入径记录;支持按申请日期、申请类型(不入径申请、出径申请)、申请状态(拒绝、通过)查询申请记录。同时支持按科室或者按病种统计临床路径月报表,其中数据包括科室、路径、病种、入径率、完成率、出径率、变异率、费用、住院天数等信息。 |
5.0.5.1.6 死亡证明书管理
系统概述 | 死亡证明书管理指在加强对居民死亡医学证明书流通的管理和控制,实现对居民死亡医学证明书的信息化、标准化、流程化管理,通过信息系统采集数据,提高数据采集质量和工作效率;杜绝迟报、漏报、重报居民医学死亡证明书,有助于居民医学死亡证明书的流通、上报、统计。 |
功能要求 | 要求提供报告信息登记、三联打印、报告初审、首联打印、报告终审、三联打印授权、首联打印授权、报告查询、监控月报表等功能 |
详细要求 | 报告信息登记:要求支持针对居民医学死亡证明书临床数据采集,实现死亡患者相关信息的自动提取;临床医护人员对报告信息进行核对、修改及补录工作。 |
三联打印:要求支持临床医师完成居民医学死亡证明书填报后,打印居民医学死亡证明书三联报告。 |
报告初审:要求支持对居民医学死亡证明书疾病编码与登记信息的审核工作。包括对临床登记信息进行初步审核,如内容有出入,指导临床及时修正;对导致死亡的疾病或情况进行编码,维护根本死因及损伤中毒编码。 |
首联打印:要求支持居民居民医学死亡证明书的首联打印,与病历一起归档。 |
报告终审:要求支持居民医学死亡证明书登记信息进行审核。包括:对临床登记信息进行再次审核,如内容有出入,指导临床及时修正;审核通过的居民医学死亡证明书及时上报疾控处; |
三联打印授权:要求支持基于居民医学死亡证明书严格管控的要求,增加了打印授权功能。对于三联打印过后,不允许再重复打印;特殊情况需要再次打印,先申请,管理科室三联打印授权后,才可以再次打印。 |
首联打印授权:要求支持基于居民医学死亡证明书严格管控的要求,增加了打印授权功能;对于首联打印过后,不允许再重复打印;特殊情况需要再次打印,先申请,管理科室首联打印授权后,才可以再次打印。 |
报告查询:要求支持根据查询条件,查询各临床科室填报的居民医学死亡证明书列表;双击查看居民医学死亡证明书登记信息;并进行相应的审核操作等。 |
监控月报表:要求支持基于HIS系统就诊记录及死亡标记,查询各科室死亡患者、漏报情况等;点击病区链接,可查看死亡患者列表。 |
5.0.5.1.7 危急值管理平台
系统概述 | 危急值管理平****医院信息系统(HIS)危急值信息无缝对接,实现患者临床辅助检查中危急值的闭环管理。 |
功能要求 | 要求提供临床提醒、临床接收、临床处理、查询统计等功能 |
详细要求 | 临床提醒:要求支持危急值平台接收到医技系统的危急值报告后在HIS提醒用户包含消息提醒、图标系统提醒。 消息提醒:要求支持按患者就诊类型,就诊科室、发生时间配置消息接收用户,在HIS系统界面弹出危急值消息提醒,在未处理情况下每隔一段时间就会再次弹出,直到处理完成,确保危急值处理率;支持危急值的多级提醒,当危急值未及时处理时继续向上级发送消息提醒,督促完成危急值的处理。 图标系统提醒:要求支持当患者存在危急值须处理时,在患者床位图、信息条显示危急值图标,可以快速打开查看患者危急值记录。 |
临床接收:要求支持临床人员看到危急值提醒后,可以查看到患者的基本信息与危急值报告信息,需要先进行危急值接收,后台自动反馈回医技系统。 |
临床处理:要求支持临床人员对危急值的一系列操作:医嘱录入、病程书写。 医嘱录入:要求支持链入HIS医嘱录入模块,录入医嘱后与危急值记录绑定。 病程书写:要求支持链入电子病历系统,书写危急值病程记录并绑定起来。 |
查询统计 ****医院医务管理部门提供危急值报告记录查询、危急值完成比例报表、危急值分布报表 危急值查询:要求支持按日期、科室、类型等查询危急值记录、跟踪患者危急值记录 危急值完成比例:要求支持****医院危急值完成情况 危急值分布:****医院危急值的科室+类型分布情况以及类型+科室分布情况 |
5.0.5.1.8 医疗安全(不良)事件管理
系统概述 | 医疗安全不良事件指在临****医院运行过程中,任何可能影响患者的诊疗结果、增加患者的痛苦和负担并可能引发医疗纠纷或医疗事故,以及影响医疗工作的正常运行和医务人员人身安全的因素和事件。 医疗安全不良事件管理系统,能够对全院不良事件进行统一管理,实现事件填报、事件查询、事件审核、事件评估、事件追踪、事件通知、事件风险预警、事件统计分析、事件流程管理、事件权限管理、事件数据管理等功能。可以方便医护人员对不良事件进行及时的上报,通过分析发生不良事件数据可以更快的总结原因,分析原因,避免更多不良事件的发生。 |
功能要求 | 要求提供事件上报,事件查询,事件审核,事件评价,事件追踪,事件通知,事件分享,事件转抄,事件关注,事件归档,事件监测,统计分析,系统管理,表单管理等功能 |
详细要求 | 事件上报:要求支持事件上报人员范围为全院人员。 事件上报类型:要求支持医疗不良事件、护理不良事件(管路滑脱、跌倒坠床、压疮、用药错误、意外、堵漏隐患、一次性医疗、输液反应、药物外渗、失禁性皮炎、压疮高危人群)、药品不良事件、输血不良事件、器械不良事件、职业暴露不良事件、医院感染不良事件、非计划再次手术不良事件、投诉纠纷不良事件、医技检查不良事件、信息不良事件、后勤不良事件、治安消防不良事件、其它不良事件共14大类不良事件。 事件上报方式:要求支持匿名或者实名制上报,要求支持可以上传附件。 要求支持事件分院区上报管理。 |
事件查询:要求支持不良事件综合查询界面,能够查询报告已保存事件(草稿箱查询)与已提交事件(已报事件查询)。要求支持对报告信息进行查询修改提交操作,可以查看病人电子病历内容。在查询界面可以对报告数据进行打印导出操作,要求支持可以根据查询到的数据列进行多层条件筛选查询。 |
事件审核:要求支持不良事件审核查询界面,仅查询已提交事件。对查询到的报告可以进行查看、审核、评价、驳回修改、重点关注、案例共享、归档操作,要求操作都是根据权限显示操作按钮,还可以查看病人电子病历内容。要求支持审核查询界面可以对报告数据进行打印导出操作,要求支持根据查询到的数据进行多项条件筛选查询。 |
事件评价:要求支持医疗类不良事件有公共的评估单,可以对每一个报告评估单进行鱼骨图原因分析;要求护理类不良事件有护士长评估单、大科护士长评估单、护理部评估单,不同人可以对报告进行不同的评估,护士长评估单可以对报告进行鱼骨图原因分析。每一个评估都是根据权限配置显示的。 |
事件追踪:要求支持在不良事件审核界面中,可以对已经上报的报告进行持续追踪反馈。报告追踪反馈功能能够对之前追踪的信息进行查看,然后填写当前需要追踪的内容与追踪人和日期信息,使得对报告的每一条追踪记录都有迹可循。 |
事件通知:要求支持报告审核与报告驳回都带有消息提醒功能,不良事件首页报告管理模块会显示每一个小模块的报告数量。 |
事件分享:要求支持在不良事件查询界面有事件分享功能,对分享后的报告可以进行在线评论与学习;在不良事件审核查询界面有案例共享功能,用来查看已经转科的病人的不良事件报告数据。 |
事件转抄:要求支持在不良事件审核查询界面中有转抄功能,转抄主要用于在事件审核前,对某些问题不确定的可以将报告转抄给相关人员进行问题确定回复,待所有问题回复完毕后,审核人可以对报告继续进行审核操作。 |
事件关注:关注功能在不良事件审核查询界面中,要求支持当有重点关注权限的人员认为有些不良事件是需要大家关注的或者有需要注意的地方,可以使用重点关注功能,对报告进行关注操作,在首页可以直接查看重点关注的数据个数与数据明细。 |
事件归档:要求支持目前事件归档与配置权限有关,要求不管单人归档还是两人双签归档都是可以配置的。要求支持在不良事件审核查询界面,对全部审核完毕的报告,可以进行归档操作,其中归档与撤销归档必须是同一人,归档人与复核归档人可以是同一个人也可以是两个人,复核归档与撤销复核归档必须是同一人。 |
事件监测 填报时限:要求支持不良事件发生时间与不良事件保存时间不能超过24小时(此时间长度可以配置),超过24小时即为填报超时。 受理时限:要求支持不良事件发生时间与不良事件初次审核时间不能超过72小时(此时间长度可以配置),超过72小时即为受理超时。 |
统计分析 二维动态统计:要求支持可以动态选择事件的元素内容作为统计的横轴与纵轴,对不良事件进行数据统计与图形分析。 鱼骨图分析:要求支持不良事件评估时填写人物法环原因因素与处理办法,针对这些因素可以进行鱼骨图根因分析。 按类型统计:要求支持不良事件首页展示当前查看范围内每个类型上报的数据,进行条形图分析。 按月份统计:要求支持不良事件首页展示当前查看范围内按月份上报的不良事件个数数据表格与折线图分析。 按科室病区统计:要求支持不良事件首页统计当前查看范围内各个科室病区所发生的各个类型不良事件的报告数量。 按上报科室和月份统计:要求支持统计各个上报科室在每个月份季度上报不良事件的报告数量,也可以重新选取时间段与上报科室进行数据统计查询。 按季度月份统计:要求支持选择年份、报告类型、科室、统计类型(按月统计和按季度统计)等查询条件,对报告数据进行统计分析,可以统计多个年份的数据以折线图进行分析,表格进行展示报告例数。 按统计模板统计:要求支持有专门的统计模板维护界面,在根据需要维护好统计模板后,可以在综合统计查询界面对每个统计模板进行数据查询,并进行柱状图,饼状图,线型图分析。每个统计模板还可以维护溯源模板,进行数据溯源分析。 |
系统管理 不良事件类型权限管理:要求支持在不良反应事件分类字典维护界面,可以对不良事件类型进行查看权限、评估权限、分析权限、重点关注权限、归档权限、案例共享权限、删除权限、作废权限根据需要进行配置维护。 不良事件工作流管理:要求支持在不良事件工作流定义字典维护界面,可以对不良事件分类进行工作流自定义维护,同一个事件可以维护多个工作流,工作流操作权限与工作流项目操作权限可以自定义维护设置,对于不同级别的不良事件可以进行工作流项目的级别绑定,级别不同,工作流项目不同。 |
表单元素管理:要求支持表单上的元素可以根据需要进行添加、删除与修改。 表单分类管理:要求支持表单所属分类可以进行院区区分。 表单管理:要求支持表单布局可以根据需要进行修改,表单元素必填项也可以在表单维护中进行设置维护。 |
5.0.5.1.9 随访系统
系统概述 | ****医院****医院就诊的病人以通讯或其他的方式,进行定期了解患者病情变化和指导患者康复的一种观察方法。 ****医院医前及医后服务水平,同时方便医生对病人进行跟踪观察,掌握第一手资料以进行统计分析、积累经验,同时也有利于医学科研工作的开展和义务工作者业务水平的提高,从而更好的为患者服务。****医院信息系统的基础,是医院信息化进程中的必然趋势。 ****医院而言,能有效的改善医患关系,****医院的忠诚度。由于其专业的随访模板与软件随访机制,可以在不增加医者工作量的情况下给予病人更多的关心,****医院的病员量。同时对于具有研究价值的大宗病例进行有效跟踪随访,有利于研究工作的开展,从根本上提高医疗管理水平。 |
功能要求 | 要求提供随访基础数据管理 、定制随访计划 、随访记录、随访工作量和分析、患者病历浏览等功能 |
详细要求 | 随访基础数据管理:要求支持维护随访问卷的主题、内容、选择项等,将纸质问卷展示在系统里;维护ICD或科室与主题的对照,可根据病人的ICD诊断或科室自动定制随访计划;支持不同种类的随访主题维护,**日常随访、专病随访、护理随访、家庭随访等。 具体功能要求包括:随访主题维护,主题内容维护,内容选择维护,主题与ICD对照,主题与科室对照。 详细功能要求说明如下: 随访主题维护:要求支持生效日期限制,支持发布功能。 主题内容维护:要求支持多级随访的维护。 内容选择维护:要求支持主题内容的选择项维护,支持分支选择。 主题与ICD对照:要求支持批量导入主题与ICD的对照。 主题与科室对照:要求支持批量导入主题与科室的对照。 |
定制随访计划 :要求支持操作员根据条件筛选出需要的病人样本,指定随访人、随访时间和随访问卷,对所选病人批量定制随访计划。 具体功能要求包括:筛选病人样本,定制随访计划。 详细功能要求说明如下: 筛选病人样本:要求支持病人类型分为门诊、急诊、在院、出院、体检等。 筛选条件要求支持就诊号、住院号、姓名、性别、院区、开始日期、结束日期、科室、出院诊断、年龄范围、住院天数等。 定制随访计划:要求支持随访问卷的多选、删除; 要求支持根据ICD诊断和病人科室自动定制随访计划; 要求支持离线随访,可导出某段时间内的随访计划,随访完成后可将随访结果导入系统。 |
随访记录:要求支持操作员选中某一条随访计划,点击拨号,根据展现的随访内容和病人电话沟通,记录问卷内容并保存。 具体功能要求包括:电话随访,问卷录入。 详细功能要求说明如下: 电话随访:要求支持自动拨号及录音。 问卷录入:要求支持自动展示患者随访计划的问卷内容,操作员勾选保存即可。 |
随访工作量和分析:要求可根据随访问卷记录情况,统计随访人员的工作量和患者满意度分析等。 具体功能要求包括:随访工作量统计;患者满意度分析。 详细功能要求说明如下: 随访工作量统计:要求支持可按随访日期时间段、随访人、随访问卷、联系情况、病人类型查询这段时间操作员的工作量及随访率,制作工作量报表。 患者满意度分析:要求支持可按随访时间段、病人科室、随访问卷具体内容(如满意程度、病人意见及建议等)查询满意度,制作满意度分析报表。 |
患者病历浏览:要求支持可调阅查看患者的临床病历数据,整合随访与临床数据信息。 |
1
1.1.1
1.1.2
1.1.3
1.1.4
1.1.5
1.1.6
1.1.7
1.1.7.1
1.1.7.2
1.1.7.3
1.1.7.4
1.1.8
1.1.8.1
1.1.8.2
1.1.8.3
1.1.8.4
1.1.8.4.1
5.0.6 电子病历
5.0.6.1 门(急)诊电子病历
系统概述 | 按照《病历书写基本规范》要求,确保病历书写及时、完整、规范。书写内容主要包括初诊电子病历、复诊电子病历、急诊电子病历、电子传染病报告、电子出生证明和电子死亡医学证明等。 |
功能要求 | 要求提供门(急)诊病历编辑、病历模板库管理、系统配置管理、病历权限管理、自助机打印、门(急)诊病历补打等功能 |
详细要求 | 门(急)诊病历编辑相关详细要求如下: 病历创建:要求支持提供患者就诊后,医师可以创建患者的病历记录的功能。 病历编辑: 要求支持提供门(急)诊医师创建病历后,可以书写、保存病历的功能。 病历签名: 要求支持提供病历书写完成后,医师可以签名,签名可以配置宋体或图片的功能。 病历打印: 要求支持提供门诊医师可将签名后的病历打印出来的功能。 病历删除: 要求支持提供门诊医师可以删除保存过的有问题病历的功能。 病历数据绑定: 要求支持提供门诊医师在创建患者病历时,引用该患者的基本信息数据的功能。 病历引用: 要求支持提供门诊医师可以引用患者历次就诊的病历的功能。 |
病历模板库管理功能相关详细要求如下: 病历目录管理:要求提供按照电子病历基本架构标准管理的标准病历目录数据的功能。 病历模板管理:要求提供实施工程师、高级用户对病历模板进行维护管理的功能。 病历知识库模板管理:要求提供高级用户对知识库进行维护管理的功能。 病历模板版本管理:要求提供高级用户修改模板,得到医务科确认后发布版本的功能。 |
系统配置管理功能相关详细要求如下: 基础字典管理:要求提供项目实施通过基础字典管理新增、修改字典显示的HIS系统数据的功能。 数据引用管理:要求提供项目实施或产品实施维护病历结构化单元需要引用的患者基本信息、医嘱信息、诊断信息、费用信息的功能。 病种管理:要求提供高级用户维护病种以及病种与科室、icd疾病、知识库之间的关联的功能。 图库管理:要求提供高级用户维护图库的功能。 病历导航目录管理:要求提供高级用户维护显示在临床医师书写界面的病历目录的功能。 系统参数管理:要求提供项目实施或产品组实施使用系统参数配置用户各项个性化需求的功能。 |
病历权限管理功能相关详细要求如下: 操作权限管理:要求提供高级用户根据医务科的管理规定,用脚本对病历的操作进行权限管理的功能。 浏览权限管理:要求提供高级用户根据医务科的管理规定,用脚本对病历的浏览进行权限管理的功能。 加载权限管理:要求提供高级用户根据医务科的管理规定,用脚本对病历的加载进行权限管理的功能。 授权权限管理:要求提供高级用户根据医务科的管理规定,用脚本对病历的授权进行权限管理的功能。 创建权限管理: 要求提供高级用户根据医务科的管理规定,用脚本对病历的创建进行权限管理的功能。 诊断证明书审核 诊断证明书保存:要求提供门诊医师对诊断证明书创建、编辑、保存的功能。 诊断证明书签名:要求提供门诊医师对诊断证明书签名的功能。 门诊办公室审核:****办公室审核已签名的诊断证明书的功能。 |
门(急)诊病历补打功能相关详细要求如下: 门(急)诊病历保存:要求提供门诊医师对门(急)诊病历创建、编辑、保存的功能。 门(急)诊病历签名:要求提供门诊医师对门(急)诊病历签名的功能。 医师或者自助机打印:要求提供门诊医师或者自助机打印门(急)诊病历的功能。 门(急)诊病历补打:要求提供门(急)诊护士补打门(急)诊病历的功能。 |
5.0.7 智能护理
5.0.7.1 智能护理管理系统
系统概述 | 护理管理系统,是为医院各级各科室护理人员提供全面的人力**、绩效管理、组织体系、护理质控等护理全面的解决方案;是对全体护理人员成长过程的记录,可协助护理管理团队在数据层面跟踪护理工作从整体到个体的完成情况,实现动态调控的绩效评估与人力调配。 护理所涉及的绩效管理更是可以科学的按照护理工作的质和量,为护理人员提供奖金奖励,激励护理人员的工作热情,提高住院患者的照护质量。在面对全院护理质量进行持续管控与改进的同时,系统也将护理人员的在职教育与考核融入日常工作中,不断提高护理人员的知识面,并改进各级护理规范。另外,系统通过与院内HIS等系统的对接提取护理工作量的数据、临床护理相关数据集,协助护理管理团队从多维度梳理全院护理工作。 |
功能要求 | 要求提供护理档案管理、科室事务管理、护理工作量管理、护理质量控制、人员动态、护士长手册、护理教学、护理调查、科研管理、专业组、实习进修、护理指标分析、基础数据维护、系统设置等功能。 |
详细要求 | 护理档案管理:要求护理档案管理通过对护士的个人档案信息的完善及管理来实现护理部对在职护理人员的统一管理,方便护理部掌握在院所有护理人员的基本素质、学历分布、专业分布、年龄层次、聘任职称、护士层级、护士调科信息等等,主要功能要求包括护士档案、技术能手、服务之星、护士离职、奖惩情况、离退人员列表、护士排班看板、护士退休、人力指标、离职情况分布、人员一览表等等。 |
科室事务管理:要求对护士工作进行安排、统计。主要功能要求包括关联床位管理、初始化积假设置、排班日程、请假申请、护士长请假备案、换班申请、改班申请、排班统计等功能,关联床位管理是关联HIS病区专业组及床位。 |
护理工作量管理:护理工作量管理要求用于对护士的工作进行数据统计,实现完整的工作量数据统计工作。主要功能要求包括服务之星统计、技术能手统计、工作量项目、生成月报、工作量月报查询等功能。 |
质量控制:要求支持抽取质控指标进行表单重组,能够有效的根据敏感指标进行质控评价,要求采用PDCA循环质量管理能够有效的提升护理质控水平,要求通过**的人机交互、三层质控和三级指标的系统分类、PDCA的流程及科学的数据分析工具,为护理质量控制提供高效的解决方案,主要功能要求包括质控组管理、检查病区维护、检查病区分组、检查任务计划、质控排班、换班申请、质控任务发布、质控检查、随机检查、复查检查、质控问题汇总、质控统计分析等功能。 |
人员动态:要求包括科室轮转、弹性调配和院内调岗功能;其中科室轮转是对未定科的护士制定的轮转计划,计划发布后轮转护士分配到各个病区由带教老师指导其护理相关的工作;弹性调配要求包括计划性调配和随机调配,弹性调配一般用于突然状况(如疫情原因,部分科室患者急增,需要增加护士)进行护士批量调配;计划性调配要求需要护士长提交用人申请由科护士长或者护理部审核通过然后分配人员;随机性调配则由护士长直接将护士的调配信息提交即可。 |
组织管理:组织管理要求包括组织管理制度和组织规划功能。 组织管理制度要求支持对护理部、科室和病区对相关制度的维护、查阅以及护理文件的管理及维护工作。 组织规划要求支持护理部对工作规划、工作计划、工作重点的维护工作,其中工作计划和工作重点又分为年度、季度、半年和月底计划和重点。 |
护士长手册:要求根据项目实际情况进行系统的功能优化升级。具体功能要求包括手册说明、护理人员信息、计划总结、质量管理、风险管理、日常事务管理、护理查房、病例讨论、手册审阅等功能。 |
护理教学:要求包括日常练习(章节练习、真题模考、学习资料库)、考核发布、理论考核、技操考核、应急预案考核、应急预案演练、教学情况汇总(综合汇总、培训汇总、考核汇总)等功能。 |
护理调查:要求包括护士满意度调查、患者满意度调查和出院随访等功能。 |
科研管理:要求科研管理支持对在院护士的发表论文、交流获奖论文、年底上交论文、科研立项、科室创新、获奖科研、专利备案、新技术申报审批等功能的填报。 |
专业组:****医院对于各个专科专业组、人员进行分配登记,此外还有专科护士备案以及再认证等工作也可以在系统中进行相关信息的统计。 |
实习进修:要求包括实习生列表、进修人员管理、轮转管理、人员登记、培训管理、奖惩记录等功能。 |
护理指标分析:要求包括敏感指标、医疗照护(工作量)指标、人力指标、安全通报指标、质量考核指标;建立指标数据平台,可实现与HIS系统、移动护理、护理病历、护理排班、不良事件、人力系统、院感系统等护理相关系统的对接,要求指标系统支持高度可配置化管理,支持数据源定义、指标的快速构建、报表模板定义等,可满足护理指标数据的提取。要求支持根据填报、上报、导入需求进行模板的定制,系统需根据敏感指标的要求,自动导入符合国家护理质控平台要求的模板。 |
基础数据维护:要求包括片区(大科)设置、科室设置、病区设置、楼层设置、全局排班类型管理、病区排班类型管理、质控项目管理、公共代码维护、节假日维护、用户设置、教学维护、专科护士再认证项目、调查问卷维护等。片区(大科)设置要求实现对片区(大科)的添加功能,并可以关联所辖科室;科室设置要求实现对科室添加功能,并支持关联所辖病区;病区设置要求支持病区的添加功能,需支持顺序调整、关联所属科室功能,要求支持与HIS病区的关联;楼层设置是对楼层的维护,要求支持楼层关联病区功能;全局排班类型管理是护理部对全院所有排班班次的维护功能,要求支持顺序调整、班次时间段的维护、班次导出等功能;病区排班类型管理要求支持病区护士长对本病区所属班次的添加、班次时间段的维护功能;要求质控项目管理支持对质控指标的添加、编辑、删除、导入、导出功能;公共代码维护需支持对系统公共代码的维护功能;节假日维护需支持对国家法定节假日的维护功能;用户设置需实现对用户的his信息的相关关联;教学维护需支持对理论项目、技操项目的考核题目的维护;专科护士再认证项目要求支持相关认证项目的维护;调查问卷维护要求支持对护士满意度调查、患者满意度调查以及出院随访问卷的维护。 |
系统设置:要求支持对护理管理系统参数的维护。具体功能要求包括模块设置、菜单设置、菜单权限设置、病区权限设置、用户角色管理、系统参数设置、综合参数设置、列表配置、夜班费及系数等。 |
5.0.7.2 智能护理路径引导系统
系统概述 | 智能引导系统,是以“智能+”为设计理念,将“人工智能”应用于护理领域,帮助实现同质护理。同质护理是指在系统引导下,护士所输出的护理行为是标准的,作业是规范的,护理质量是可控的。要求系统以时间为轴,指导护士在规定的时间内完成所需完成的护理任务。支持在PDCA质量持续改进过程中,能清晰列出某位护士针对某位患者,在何种场景下,做出的所有护理操作所发生的问题,支持帮助有效查找与预防质量问题,并为改进提供可靠的依据,从而保障患者安全。 |
功能要求 | 要求提供任务总览、护理计划、健康宣教、病历质控等功能。 |
详细要求 | 任务总览:要求其基本的任务获取到的数据主要来源于HIS系统、手麻系统、医嘱系统、检验系统等。要求基于数据源,将其拆解为不同的临床业务。要求按照不同患者的群体对应不同的任务规则,可定制化生成不同类型的临床任务。 |
护理计划:要求支持护理人员根据患者的评估资料信息或体征异常情况,制定相应的预期目标和干预措施,从而解决患者存在的护理问题。要求护理计划系统内嵌美国护理学会认可的国际标准护理数据“临床照护分类系统CCC”,通过标准护理术语和编码体系,构建护理术语逻辑层。护士在患者入院后会对患者进行护理评估,要求对评估所存在异常值或异常选项的,自动生成相应的护理问题,针对护理问题护士可制定预期目标和干预措施,支持护理措施完成后执行系统任务,支持护理记录留档,护理评价,从而达到护理计划的闭环管理。 |
健康宣教:****医院的个性化需求定制,需通过患者事件、医嘱、诊断、评估等实际情况出发,进而针对性的对宣教项目进行提醒,实现宣教的智能化引导,方便护理人员对患者及其亲属进行健康教育。 |
病历质控:要求病历质控包含高风险预报、护理病历质控、质控问题汇总、出院病历授权、文书工作量统计、疑似漏报事件统计。高风险预报可自动获取高风险事件,要求支持高风险审核、撤销审核、驳回、撤销上报、会诊意见等操作。护理病历质控支持病历质控模式的配置化管理,要求提供患者和病历两种质控模式。运行病历支持权限用户对病历现存问题记录,书写护士给予修正后的反馈。要求支持调取病历评价,根据评价结果自动对病历等级进行划分。 |
5.0.7.3 智能护理病历系统
系统概述 | 护理病历系统,可用于满足住院部床旁护理的日常工作要求,功能涵盖日常护理所需的各种护理文书,****医院对护理实现精细化管理,大幅缩短护士的病历书写时间,优化护理工作流程,可提高护士的工作效率,有效降低护理差错事故的发生率。产品实施简便,实施周期短,绝大部分用户需求可以通过简单配置完成。用户可自定义界面、报表和参数等,不同科室也可定义不同的参数和界面,系统提供系统接口,通过接口对接可调取所需相关数据。 |
功能要求 | 要求提供体温单、血糖单、评估单、中医专科评估单等功能。 |
详细要求 | 体温单:要求支持护理人员利用手持PDA系统采集体征数据、患者事件的输入,系统可自动生成体温单绘制并支持打印;根据采集患者体征数据自动生成血压趋势图。 |
血糖单:要求支持单人和多人批量两种输入血糖数据模式,自动生成血糖单,自动生成血糖趋势图,趋势图可展示每个采集值的详细信息,支持根据血糖采集状态过滤查看。 |
评估单:要求系统支持入院评估、Gordon11项身体结构功能评估以及各专项评估,可自动生成护理评估单。 |
中医专科评估单:要求系统支持护理人员通过对证候症状、主要症状、中医护理技术、主要辩证施护方法,开展中医护理方案制定,支持对中医护理方案、中医护理技术依从性/满意度、中医护理技术应用情况、主要辩证施护方法应用情况等维度的统计。 |
5.0.7.4 智能移动护理系统
5.0.7.4.1 移动护理系统
系统概述 | 移动护理系统,是以无线网络技术为载体,依托医院现有HIS体系,借助手持终端设备,蓝牙通讯、NFC近场通讯,以及RFID射频识别技术等,将医护事务结合延伸到移动手持终端,构成一个实时、动态的作业平台。支持护士在手持移动端与PC端开展各项护理工作,满足不同护理场景应用需求。在医院信息系统(HIS) 平台上,利用与无线网络连接的护士移动手持终端构**全用药警示防线,嵌入条码识别技术,通过移动手持终端,将识别患者、给药、血制品、检验、治疗信息,治疗过程中的异常值及处理措施嵌入其中,无需额外添加,同时需支持导入SOP标准作业流程,在闭合医嘱信息链的同时,提供完整、详细的记录医嘱执行过程,对后期临床护理照护指标体系的建立,提供数据基础。 除此之外,移动护理作为护理电子病历的实现平台,将肩负起临床各项数据的采集以及护理病历的电子绘制工作,通过移动手持终端的应用,护士可以不受空间的限制,实时记录患者的各项数据,数据一次录入即可实现所有表单的数据共享,减少反复转录数据的工作以及转录错误的风险。 |
功能要求 | 要求提供床位图,生命体征、血糖单、医嘱查询、医嘱闭环管理、闭环流程设计等功能。 |
详细要求 | 床位图,要求显示病区患者床位情况,可根据筛选条件筛选对应患者,需支持输入患者信息快速查询和定位对应患者,需支持扫患者腕带查询。可实时显示病区患者总数,需支持统计各责组患者人数、不同护理级别人数、病危病重人数、各类型特殊事件人数及风险评估高危人数,系统需支持自定义配置。 |
生命体征:要求能够自动计算采集点各体征项目需测患者信息,支持体征数据录入、体征相关事件登记、体征曲线浏览。 |
血糖单:要求根据血糖采集状态自动筛选需记录血糖的患者列表,支持血糖数据的录入、修改、删除,支持血糖采集异常值的输入、血糖曲线浏览。 |
医嘱查询:要求医嘱查询界面可查看医嘱列表,列表信息可支持展示:患者床号、患者姓名、医嘱标签、医嘱内容、计划执行时间、给药途径、剂量、单位、频次、开立医生等,医嘱列表要求支持查阅医嘱详细内容,要求包括总量、疗程、备注、接收科室、医嘱状态、处理医嘱人、处理时间、开医嘱科室、停医嘱人、停医嘱时间等。 |
医嘱闭环管理:要求医嘱闭环管理包含输液医嘱闭环、针剂医嘱闭环、口服药医嘱闭环、皮试医嘱闭环、输血医嘱闭环、检验标本闭环、毒麻及精神类药品闭环、母乳闭环等 |
5.0.7.4.2 门急诊移动输液系统
系统概述 | 门急诊输液系统依托无线网络和移动手持终端,实现对输液信息、流程的全程、实时记录,是对对输液流程中病人及药物核对的改进,由人工核对转变为条码识别技术的核对,优化了输液室工作流程,加强了护理管理,提高了输液服务质量,避免了不必要的医疗纠纷。 |
功能要求 | 要求提供输液配液、输液穿刺、输液巡视、输液续液、输液结束、皮试配液、皮试、采血复核、采血、注射配液等功能。 |
详细要求 | 输液配液:要求支持扫描患者输液条码,展现本次输液的所有医嘱信息,并记录配液人、配液时间、核对人、核对时间。 |
输液穿刺: 要求支持扫描患者输液条码,展现本次输液的所有医嘱信息,并呼叫患者,再扫描患者信息条码执行医嘱,记录穿刺情况和滴速等信息。 |
输液巡视: 要求支持扫描患者输液条码,展现本次输液的所有医嘱信息,并记录患者滴速、是否异常、异常情况等信息。 |
输液续液:要求支持扫描患者输液条码,展现本次输液的所有医嘱信息,并结束上一袋液体,开始当前液体,并记录输液人、输液时间、滴速等信息。 |
输液结束:要求支持扫描患者输液条码,展现本次输液的所有医嘱信息,并结束当前液体,记录输液情况、拔针人、拔针时间等信息。 |
皮试配液:要求支持扫描皮试条码,展现当前扫描的医嘱信息,并记录皮配液人、配液时间。 |
皮试:要求支持扫描皮试条码,展现当前扫描的医嘱信息,并记录皮试开始时间。 |
采血复核:要求支持扫描采血条码,展现当前扫描的医嘱信息,并记录采血复核人、采血复核时间。 |
采血:要求支持扫描采血条码,展现当前扫描的医嘱信息,并记录采血人、采血时间。 |
注射配液:要求支持扫描注射条码,展现当前扫描的医嘱信息,并记录注射配液人、注射配液时间。 |
5.0.8 医院信息平台
5.0.8.1 医院服务总线
5.0.8.1.1 平台管理
系统概述 | ****医院提供一个统一的、标准的、可靠的、可扩展的管理平台。平台可以按照不同业务分类的方式进行多平台业务的划分,根据医院业务的实际情况,通过对业务的使用级别和安全级别等因素将多个业务分散到多个平台上,每个平台上服务功能相互独立,其中一个出现问题时,对其他服务没有任何的影响;当早高峰数据量过大,连接数较多情况下,服务器硬件无法满足需要处理的性能消耗,平台也支持通过负载均衡来实现平台的水平扩展从而提高性能和提高系统的稳定性。 |
功能要求 | 产品功能要求包括:多平台统一管理、接入平台系统,平台标准服务,平台消息以及行业内各标准的统一管理。 |
详细要求 | 多平台统一管理:要求集中管理不同业务分类的多个平台,通过负载均衡实现平台的水平扩展。 |
接入平台系统:要求包括平台接入系统管理、包括接入系统查看、接口系统启用、接入系统停用、接入系统编辑等。 |
平台标准服务:要求提供平台的标准化接口服务,以组件的模式对平台服务进行管理。 |
平台消息管理:要求提供平台消息管理功能,包括消息汇总查看、异常消息查看、消息发布信息查看、消息订阅信息查看等。 |
行业标准管理:要求提供对系统中的角色、用户进行维护管理功能,包括角色管理、用户管理功能。 |
5.0.8.1.2 服务管理
系统概述 | ****医院综合平台医疗信息交换层的核心内容,****医院****医院各业务信息系统间数据交换的问题。通过服务接口的标准化,使得服务可以提供给在任何异构平台和任何用户接口使用。服务请求者很可能根本不知道服务在哪里运行、是由哪种语言编写的,以及消息的传输路径,而只需要提出服务请求,然后就会得到答案。 |
功能要求 | 产品功能要求包括:多种输入和输出适配器、****中心、****中心等模块。 |
详细要求 | 多种输入和输出适配器:适配器是连接各种应用、技术、协议的暴露其功能和数据的高度标准化和可复用的程序,适配器具有处理异常,能够重试、超时和恢复等功能。目前适配器的类型有:xDBC、 TCP/IP 、 HTTP、 File、 COM、 SOAP、 REST等。 |
****中心:****中心是指服务****管理中心发布服务的功能,服务提供者是服务的所有者,负责定义并实现服务,对服务进行详细、准确、规范地描述,并将该描****管理中心,供服务请求者查找并绑定使用。****中心具有目录服务、监控、负载均衡、安全控制、分布式强健壮、适用于高并发等功能。 |
****中心:服务发布是由总线自身生成相应服务并对外进行发布,服务请求者使用服务描述中的绑定细节(调用者的身份、位置、方法、绑定、配置、方案和策略等描述性属性信息)来定位、联系并调用服务。****中心****服务部署到一台或者多台物理服务器上,形成一个整体对外提供服务,****中心对所有发布服务进行统一的管理调配。各个业务系统****中心查找需要调用的接口位置进而调用,不需关心下游系统使用情况。 |
5.0.8.1.3 消息管理
系统概述 | 消息引擎要求提供可扩展的规则引擎和**的可视化操作界面,从而实现消息的快速批量查询和订阅,同时,利用强大的对象模型以及高性能的数据和元数据存储,能够确保由不同的应用程序接口、服务、技术和数据来源产生的活动进行清晰透明的集成,此外,还可以实时访问当前和此前用于审计和业务活动监视(BMA)的已处理的信息,还能访问高可靠性和可恢复性得长时间运行的业务流程。 |
功能要求 | 产品功能要求包括:支持基于消息的传递、支持同步和异步交互方式、基于消息内容的路由规则、数据格式转换、值域转换,消息监控等。 |
详细要求 | 基于消息的传递:要求依靠消息传递信息,消息也会被持久化,同时支持消息的队列管理、消息的同步、任务识别、消息的跟踪、消息的定时发送、事件处理、通知等功能。 |
支持同步和异步交互方式:要求以同步方式发出的请求消息要等待应答消息到达才继续下面的传递。以异步方式发出的请求消息可以不需要应答,也可以需要应答但不等待,应答消息到达时再处理。 |
基于消息内容的路由规则:要求路由和基于规则的流量控制能力可用户定制和扩展,能轻松的支持最简单和最复杂的集成环境。 |
2.落实政府采购政策需满足的资格要求:本项目不专门面向中小企业采购,符合《政府采购促进中小企业发展管理办法财库〔2020〕46号》第六条第三款规定预留采购份额无法确保充分供应、充分竞争,****政府采购目标实现的情形。
3.本项目的特定资格要求:3.1供应商须在中国境内注册,并在人员、设备、资金方面具有相应能力。 3.2****政府采购网入库供应商。 3.3截至递交投标文件截止时间止,经“信用中国”网站(www.****.cn)、“中国政府采购网”网站(www.****.cn)查询,被列入失信被执行人、重大税收违法失信主体、政府采购严重违法失信行为记录名单的不得参加本采购项目。
****政府采购活动的****省政府采购供应商库的,****政府采购网 “首页—政策法规”中公布的“政府采购供应商入库”的相关规定,及时办理入库登记手续。填写单位名称、统一社会信用代码和联系人等简要信息,由系统自动开通账号后,****政府采购活动。具体规定详见《关****省政府采购供应商入库程序的通知》(辽财采函〔2020〕198号)。