收藏
欢迎各位领导、专家、读者和同仁老师们积极联系小编(微信号:492066182),推荐您的文章、作品,分享您的智慧、经验与感悟。
XX市XX县将在20XX年全面纳入省“智慧医保”信息平台,为确保XX县“智慧医保”平台接入顺利完成,各定点机构根据《XX省医疗保障信息平台HIS结算业务操作指引V1.3版》,进行接口开发、改造、联调测试,项目主要涉及XX县县域医共体(包含县人民医院、县中医院、县妇幼保健计划生育服务中心和7家乡镇卫生院,共10家医疗机构)。在着力提升XX医疗方面,提出深化智慧“山海”医疗协作,推广人工智能辅助诊断和筛查技术,推动云诊室与数字药柜等智慧医疗落地应用。通过建立XX县人民医院全院危急值管理系统,优化危急值管理流程,为临床医生提供准确、及时的信息。
序号 |
项目类目 |
数量 |
备注 |
一 |
项目软件建设 |
||
1 |
智慧医保平台 |
1套 |
面向10家医疗机构 |
1.1 |
医保对接 |
||
1.2 |
门诊实时业务 |
||
1.3 |
住院实时业务 |
||
1.4 |
基础数据维护 |
||
1.5 |
医保综合管理 |
||
1.6 |
数据采集管理 |
||
2 |
云诊室与数字药柜 |
1套 |
|
2.1 |
云诊室基础支撑服务 |
||
2.2 |
医生移动端工作站、药师处方审核、处方共享与配送 |
||
2.3 |
协同门诊运营管理 |
||
2.4 |
项目与HIS、LIS、PACS、EMR等系统数据贯通 |
||
3 |
“X里智医”数据交互(人工智能试点) |
1套 |
布置在洋山中心卫生院、嵊山中心卫生院 |
3.1 |
HIS调用智能提示客户端 |
||
4 |
全院危急值管理系统 |
1套 |
面向XX县人民医院 |
4.1 |
医院消息服务平台 |
||
4.2 |
危急值消息通知服务系统 |
||
4.3 |
检验/检查危急值管理系统 |
||
二 |
项目硬件建设 |
||
1 |
数字药柜 |
1台 |
设置在枸杞乡 |
2 |
智能语音录入设备 |
10套 |
|
三 |
项目服务采购 |
||
1 |
X里智医应用 |
1套 |
布置在洋山中心卫生院、嵊山中心卫生院 |
2 |
智能语音外呼应用 |
1套 |
|
基于目前XX县区域医疗机构信息化建设的基础,根据业务发展的需求,响应政策的号召,进行适应性改造建设,接入XX省智慧医保平台,满足医保数据共享与快速费用报销。建设云诊室和数字药柜,提升整体医疗服务水平。通过“X里智医”数据交互(人工智能试点)与XX省平台对接,实现人工智能辅助诊断功能,提高XX县整体医疗质量。实现XX县人民医院危急值的智能化管理,改善临床处置效率和质量,提升医疗安全水平,确保人民群众享受到更好、更便捷的医保服务。
(1)投标人应该充分了解XX县区域医疗机构信息化建设现状,最大限度地共享及应用区域内医疗机构现有的信息体系资源,不造成资源的浪费。
(2)投标产品采用业界公认的安全、高效的大型数据库。
(3)数据库设计结构合理,运行效率高。
(4)软件设计严格执行国家有关软件工程的标准,保证系统质量,提供完整、准确、详细的产品说明书,应用设计符合国际、国家、医疗卫生行业有关标准、规范和医院自身的发展规划。
(5)此次系统必须具备很好的兼容性,统筹各种因素,预留外接接口,构成一个有机的安全管理系统。
(6)投标产品应实现与医院目前使用的HIS、LIS、EMR、PACS等系统的高度集成,投标人的投标价应包含支付给HIS、LIS、EMR、PACS等软件供应商的接口费用。
(7)系统遵从所涉及的业务的国际标准、国家标准及规范各项技术规定,做好系统的标准化设计与管理工作。
序号 |
业务分类 |
功能要求 |
技术参数要求 |
1. |
医保接口对接 |
对接交易清单 |
支持http api数据交换 |
2. |
支持json数据格式组装、解析 |
||
3. |
支持数字签名 |
||
4. |
完成基础信息对接的交易 |
||
5. |
完成医保服务对接的交易 |
||
6. |
完成医疗机构管理的交易 |
||
7. |
完成信息采集上传的交易 |
||
8. |
签到签退 |
支持员工签到 |
|
9. |
支持员工签退 |
||
10. |
支持判断当天是否存在有效的签到记录 |
||
11. |
支持判断当天若是存在无效的签到记录后调用9001签到接口。 |
||
12. |
医保读卡 |
支持智慧医保卡读卡 |
|
13. |
支持新医保实体卡读卡 |
||
14. |
支持医保电子凭证读卡 |
||
15. |
支持CS、BS运行环境 |
||
16. |
支持在业务处理前唤起实体医保卡读卡工具 |
||
17. |
支持在业务处理前唤起医保电子凭证读卡工具 |
序号 |
业务分类 |
功能要求 |
技术参数要求 |
|
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. |
支持门诊结算撤销 |
|||
序号 |
业务分类 |
功能要求 |
技术参数要求 |
|
1. |
住院实时业务 |
医保住院业务 |
医保出入院办理 |
支持入院办理 |
2. |
支持入院信息变更 |
|||
3. |
支持入院撤销 |
|||
4. |
支持出院办理 |
|||
5. |
支持出院撤销 |
|||
6. |
医保住院结算 |
支持住院费用明细上传 |
||
7. |
支持住院费用明细撤销 |
|||
8. |
支持住院预结算 |
|||
9. |
支持住院结算 |
|||
10. |
支持住院结算撤销 |
|||
11. |
医保第三方调用住院服务 |
住院自助机入院、出院、结算服务 |
支持自动签到 |
|
12. |
支持住院费用明细上传 |
|||
13. |
支持住院费用明细撤销 |
|||
14. |
支持住院预结算 |
|||
15. |
支持住院结算 |
|||
序号 |
业务分类 |
功能要求 |
技术参数要求 |
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. |
支持科室信息撤销 |
序号 |
业务分类 |
功能要求 |
技术参数要求 |
|
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. |
支持新医保结算表 |
|||
序号 |
业务分类 |
功能要求 |
技术参数要求 |
1. |
数据采集管理 |
门急诊信息上传 |
支持上传门急诊诊疗记录 |
2. |
支持上传急诊留观手术及抢救信息 |
||
3. |
住院信息上传 |
支持上传住院病案首页信息 |
|
4. |
支持上传住院医嘱记录 |
||
5. |
支持上传电子病历信息 |
||
6. |
检查化验数据上传 |
支持上传临床检查报告记录 支持上传临床检验报告记录 |
|
7. |
自费病人就医信息上传 |
支持上传自费病人住院费用明细信息 |
|
8. |
支持上传自费病人住院就诊和诊断信息 |
||
9. |
支持上传自费病人就诊以及费用明细 |
||
10. |
支持上传自费病人住院费用明细删除信息 |
||
11. |
支持上传自费病人就医费用明细信息 |
||
12. |
支持上传自费病人就医就诊信息 |
||
13. |
支持上传自费病人就医诊断信息 |
||
14. |
医疗保障基金结算单上传 |
支持上传医疗保障基金结算清单信息 |
|
15. |
支持上传医疗保障基金结算清单状态修改 |
||
16. |
支持上传医疗保障基金结算清单详细信息 |
序号 |
业务分类 |
功能要求 |
技术参数要求 |
1. |
云诊室基础支撑服务 |
云诊室基础支撑服务 |
需支持查看医疗机构信息 |
2. |
需支持查看不同医疗机构的医护人员档案 |
||
3. |
需支持CA签名 |
||
4. |
需支持查看医疗健康数据 |
序号 |
业务分类 |
功能要求 |
技术参数要求 |
||||
1. |
医生移动端工作站 |
医生移动端工作站 |
需支持实时远程通讯用于医患间的交流 |
||||
2. |
需搭建面向值班医生的处置工作站 |
||||||
3. |
需支持医生接诊本辖区的远程端居民 |
||||||
4. |
需支持医生接诊跨辖区的远程端居民 |
||||||
5. |
需支持医生获取患者基本信息,支持医生调阅患者全周期健康档案信息 |
||||||
6. |
需支持医生根据需要发起与患者的远程视频通讯 |
||||||
7. |
需支持医生开立处方 |
||||||
8. |
需支持与医院HIS系统对接获取药品目录 |
||||||
9. |
药师处方审核 |
药师处方审核 |
需支持医生开出的处方自动流转到药师审方系统 |
||||
10. |
需支持药师对医生开具的处方单进行审核 |
||||||
11. |
需支持药师对处方的合法性、规范性、适宜性进行审核 |
||||||
12. |
需支持药师作出是否同意调配发药的决定 |
||||||
13. |
需支持为药师发送审方任务提醒 |
||||||
14. |
需支持审方记录可追溯 |
||||||
15. |
需支持对药师基本信息、资质信息进行管理 |
||||||
16. |
处方共享与配送 |
处方共享与配送 |
需支持将符合规范的电子处方通过平台对接到移动云诊室的智能药房、医院药房 |
||||
17. |
完成处方开立、辅助自动审方后需支持智能自动发药 |
||||||
18. |
药品库存不足或无法即时发药等情况,需支持向患者提供处方笺,患者可前往就近药店完成购药 |
||||||
19. |
患者通过移动终端自助就医,需支持患者在线上平台下载处方笺。 |
||||||
序号 |
业务分类 |
功能要求 |
技术参数要求 |
1. |
协同门诊运营管理 |
协同门诊运营管理 |
需支持全方位的动态运营监管服务。 |
2. |
需支持对预约挂号情况进行实时监管。 |
||
3. |
需支持对在线复诊情况进行实时监管。 |
||
4. |
需支持对医生开方情况进行实时监管。 |
||
5. |
需支持对处方流转等情况进行实时监管。 |
||
6. |
需支持对预约挂号情况进行统计分析。 |
||
7. |
需支持对在线复诊情况进行统计分析。 |
||
8. |
需支持对医生开方情况进行统计分析。 |
||
9. |
需支持对处方流转情况进行统计分析。 |
||
10. |
需支持医疗卫生机构内部对云诊室建设资源、就诊情况进行分析监管。 |
||
11. |
需支持卫生监管部门对各级各类医疗机构实行监督管理。 |
序号 |
业务分类 |
功能要求 |
技术参数要求 |
1. |
云诊室与医院系统数据贯通 |
云诊室与医院系统数据贯通 |
患者发起就诊挂号申请,支付挂号费。云诊室平台调用HIS接口获取挂号试算结果。 |
2. |
支付由云诊室与第三方金融平台对接。患者挂号支付完成,平台收到金融回调后调用HIS接口。 |
||
3. |
医生在云诊室端接诊后,平台会调用HIS接口并通知HIS系统。 |
||
4. |
医生诊疗完成,患者操作支付环节。云诊室平台调用HIS接口调用处方/诊疗费试算结果。 |
||
5. |
自费支付由云诊室与第三方金融平台对接。患者处方/诊疗费支付完成,平台收到金融回调后调用HIS接口。 |
||
6. |
当医生还未接诊或医生[终止复诊]操作或者患者发起取消时,云诊室平台调用his退号验证。 |
||
7. |
当HIS允许退号退费,云诊室调用金融平台退费成功后,云诊室通知HIS退号。 |
||
8. |
患者发起退费申请,云诊室平台调用his验证并获取退款金额。 |
||
9. |
当HIS允许诊疗退费,云诊室调用金融平台退费成功后,云诊室通知HIS退号。 |
||
10. |
院内发药模式,HIS发药后通知云诊室变更处方状态 |
序号 |
业务分类 |
功能要求 |
技术参数要求 |
1. |
HIS调用智能提示客户端 |
信息传送 |
HIS支持传递信息给智能提示客户端 |
2. |
支持接收消息并转发消息给互认服务平台 |
||
3. |
智能提示客户端支持接收信息并转发消息 |
||
4. |
互认服务平台支持根据算法匹配计算患者互认信息 |
||
5. |
智能客户端支持接收中心端互认信息进行消息提示 |
序号 |
业务分类 |
功能要求 |
参数要求 |
1. |
医院消息服务平台 |
消息基础平台 |
支持消息基础平台服务的主从备份、集群部署 |
2. |
开发式消息传输协议支持,包括JMS、AMQP、MQTT等协议 |
||
3. |
支持消息缓存,在接收端无法接收时暂时存储 |
||
4. |
支持消息的持久化存储 |
||
5. |
支持对于历史消息查看,消息发送记录查看 |
||
6. |
支持消息优先级区分,确保高优先级消息及时响应处理 |
||
7. |
支持消息队列、消息主题的定义 |
||
8. |
支持消息虚拟路径、虚拟主题定义 |
||
9. |
支持连接客户端管理查看 |
序号 |
业务分类 |
功能要求 |
参数要求 |
1. |
危急值消息通知服务系统 |
消息定义管理 |
支持多种消息类型定义,包括提醒消息,对话消息等 |
2. |
支持自定义消息路由,包括消息发送途径选择设置(PC/短信/智能终端等)消息接收设置 |
||
3. |
支持自定义消息接收者,可定义病人、主治医生、责任护士等消息接收角色 |
||
4. |
支持定时消息设置 |
||
5. |
支持消息属性设置,包括自定义消息属性设置与获取 |
||
6. |
支持消息接收确认回复,可以对消息要求回复确认设置 |
||
7. |
支持消息确认事务性处理,保证消息被准确处理 |
序号 |
业务分类 |
功能要求 |
参数要求 |
1. |
检验/检查危急值管理系统 |
提醒服务消息来源多途径配置 |
基于消息平台的危急值通知提醒服务可根据实际需要配置多个来源途径,需支持WebService接口方式与中间表接口模式 |
2. |
提醒服务消息接收人员配置 |
基于消息平台的危急值通知提醒服务接收人员可根据一定的规则配置。需支持按病人开单医生、病人科室医生等来确定危急值消息接收人员。 |
|
3. |
提醒服务消息类型与级别配置 |
基于消息平台的危急值通知提醒服务可根据不同目的配置多个不同消息类型。 |
|
4. |
同一个“危急值”消息,可同时配置多种不同的服务消息类型,对应多种消息接收人员类型。根据实际需要,配置相应的服务消息级别。根据不同的消息级别,当低级别的消息未能及时确认时,“危急值“消息通知服务自动提升级别,将通知传送到高级别的消息类型对应的接收人员,以确保危急值消息能尽早确认处理。 |
||
5. |
提醒服务消息通知方式 |
基于消息平台的危急值通知提醒服务消息通知方式主要有两种,分别是系统消息通知与短信消息通知。系统消息通知是指依附于当前HIS系统的消息,当消息接收人员登陆系统时,正好有“危急值”过来时,会直接弹出提示框,提示当前操作人员,有“危急值”出现需要处理;短信消息通知是系统消息通知的延伸与补充,当主治医生由于某种原因未登陆系统而此时又有危急值产生情况下,通过短信中转平台短信消息通知可以通知到主治医生,解决主治医生无法及时得到危急值通知的难题。 |
|
6. |
提醒服务消息确认方式 |
基于消息平台的危急值通知提醒服务确认由主要由危急值接收人员确认。可通过当前HIS系统确认,也可以通过回复指定内容通过短信确认(需开启服务平台的短信消息通知)。HIS系统确认的时候,可在确认的时候添加人员验证功能,保证该“危急值”消息是由当前人员确认操作完成的。 |
|
7. |
危急值判断 |
由LIS检验服务提供服务。包括:危急值设置与科室关联,也就是允许不同科室设置不同危急值。 |
|
8. |
危急值提醒 |
一旦系统根据设置值判断危急值,在待审界面列表中标本信息变黄,提醒检验/检查人员确认;在审核界面,凡是危急值以双箭头提醒 |
|
9. |
危急值报警提示 |
检验/检查人员一旦审核危急值结果,立即在医生工作站界面以弹跳窗形式提醒,提醒可提供多种形式,比如直接弹出处理窗口,或者在桌面右下角进行提醒等 |
|
10. |
危急值接收 |
危急值如果由相关医生先处理,则视同该危急值已被处理,护士无需再次处理 |
|
11. |
危急值确认 |
临床医生确认处理危急值后,将第一时间通知医技科室,保证临床科室与医技科室沟通顺畅 |
|
12. |
危急值接收异常处理 |
危急值超过一定时限未被医生处理,则该危急值等级自动被提升,可直接发送危急值通知到原处理人员主管医生或领导,保证危急值及时有效地处理 |
|
13. |
危急值接收途径 |
通过系统消息完成通知,即基于原有PC平台完成危急值接收确认工作 |
|
14. |
支持通过短信平台消息完成通知 |
||
15. |
危急值确认记录与统计报表 |
支持检验危急值按住院病区、门诊科室进行分类统计 |
|
16. |
支持危急值处理时长统计 |
||
17. |
支持危急值处理及时性统计 |
序号 |
功能要求 |
技术参数要求 |
1. |
规格尺寸 |
约1940*640*935(高*宽*深/mm) |
2. |
屏幕尺寸 |
21.5寸触摸屏≥ |
3. |
适用类型 |
包装药品 |
4. |
额定功率 |
600W≥ |
5. |
操作系统 |
安卓或Windows |
6. |
防盗设置 |
机械锁或其他 |
7. |
货道配置 |
6层药品专用货道≥ |
8. |
货道类型 |
药品专用货道 |
9. |
药槽数量 |
112*N |
10. |
药品容量 |
视商品大小而定 |
11. |
温湿度设置 |
制冷10—20度(35%——75%RH) |
12. |
其他功能要求 |
7*24小时无人值守,随买随取;自助结算 10秒或以内快速出药; 影像监控 拍照取证; 出药二次复合; 全流程可查询追溯; 处方扫描 自助识别; 恒温恒湿 隔温隔光; 支持打印取药凭证; 远程管理 远程控温; 符合GSP对药品的管控; 支持云诊室处方对接。 |
序号 |
功能要求 |
技术参数要求 |
1. |
麦克风 |
四麦克风阵列,可实现左右60度夹角内指向性拾音采样 |
2. |
降噪 |
采用专业降噪算法,实现50厘米外降噪拾音 |
3. |
触摸感应 |
持触摸感应发言开关,轻触即可点亮使用 |
4. |
数据传输 |
采用标准USB2.0接口供电和数据传输,自动安装驱动,轻松完成与PC连接 |
5. |
供电接口 |
USB接口 |
6. |
供电需求 |
5V/500mA |
7. |
发言开关 |
支持触摸感应发言开关 |
8. |
系统兼容 |
XP、Win7、Win10 |
9. |
频率响应 |
20HZ-7.5KHZ(-3dB) |
10. |
信噪比 |
>80dB A+(线路) |
11. |
失真度 |
<1%(at 1KHZ) |
12. |
指向性 |
全指向MIC,通过算法实现降噪和指向 |
13. |
灵敏度 |
-44±3dB/1V/Pa(at 1KHZ) |
序号 |
功能要求 |
技术参数要求 |
|
1. |
X里智医应用 |
智能辅助问诊 |
支持通过层层问诊路径的提示的方式 |
2. |
支持引导医生完成问诊的同时自动完成病史采集工作 |
||
3. |
病历书写助手 |
支持提供常见的病历模板 |
|
4. |
支持医生根据病情一键采用比较贴合患者病情的病历 |
||
5. |
支持查看基于患者当前病历情况下的其他相似的病历信息 |
||
6. |
支持个性化定制病历 |
||
7. |
支持查看历史病历 |
||
8. |
病历质检 |
支持查看病历书写情况 |
|
9. |
支持进行实时质检 |
||
10. |
支持针对病历书写主观错误的问题给出质检提醒 |
||
11. |
支持针对病历书写主观错误的问题给出改进建议 |
||
12. |
支持针对病历术语不准确的问题给出质检提醒 |
||
13. |
支持针对病历术语不准确的问题给出改进建议 |
||
14. |
支持针对诊断与主诉不符的问题给出质检提醒 |
||
15. |
支持针对诊断与主诉不符的问题给出改进建议 |
||
16. |
医学检索 |
支持医学知识检索结果的相关度排序展示。 |
|
17. |
支持基层医生根据自己的需要,在系统中进行知识检索 |
||
18. |
系统支持疑似诊断的提示 |
||
19. |
辅助诊断 |
系统支持诊断不一致的提示 |
|
20. |
支持根据HIS提供的患者基本信息、主诉、现病史、既往史、检验检查等数据为全科医生提供需要考虑的疾病列表 |
||
21. |
支持根据HIS提供的患者基本信息、主诉、现病史、既往史、检验检查等数据为全科医生提供危重病转诊提醒 |
||
22. |
支持点击详情进入系统界面,查看该病症的详细讲解 |
||
23. |
系统支持对医生的诊断结果与系统诊断结果进行智能诊断比对 |
||
24. |
医生的诊断和智能诊断的结果不一致,系统提供“诊断不一致”的信息提醒功能 |
||
25. |
医生的诊断和智能诊断的结果不一致,系统提供提醒,提醒内容为需要进一步考虑的症状信息 |
||
26. |
医生的诊断和智能诊断的结果不一致,系统提供提醒,提醒内容为其他的智能辅诊相关结果 |
||
27. |
系统支持自动推送基层医生作出诊断需要考虑的其他信息 |
||
28. |
疾病图谱 |
系统支持疑似疾病的图谱分析和具象化展示 |
|
29. |
支持医生进一步完善问诊相关内容,并逐步完善患者病历信息, |
||
30. |
支持医生点击疑似疾病列表可查看该疾病对应的疾病图谱分析。 |
||
31. |
系统支持利用医学知识图谱构建技术。 |
||
32. |
系统支持根据疑似疾病的内容推送疾病图谱分析内容 |
||
33. |
相似病历 |
系统支持基于患者电子病历信息推送相似的病历信息 |
|
34. |
系统支持基于患者诊断信息推送相似的病历信息, |
||
35. |
常见用药 |
系统能够基于患者电子病历等内容智能分析处理后给出用药建议 |
|
36. |
系统能够基于患者检验检查信息等内容智能分析处理后给出用药建议 |
||
37. |
常见检查 |
系统可根据患者辅助诊断结果中不同可信度的病症内容给出检查建议 |
|
38. |
指南文献 |
系统支持基于当前疾病信息,给出来源于教科书、期刊等的文献资料的智能推荐 |
|
序号 |
业务分类 |
功能要求 |
技术参数要求 |
1. |
智能语音外呼应用 |
智能语音外呼随访 |
支持系统会理解对方说话的意图并对应回复 |
2. |
支持系统通过自然语言理解和大数据分析,将对话中的关键信息进行结构化 |
||
3. |
支持用户按照业务要求设置电话外呼规则 |
||
4. |
支持系统按照预制策略进行外呼任务调度 |
||
5. |
短信随访 |
针对患者宣教、上面随访等通知场景,支持系统使用短信快速群发短信 |
|
6. |
问卷随访 |
针对信息采集数量较多、较复杂的随访场景,如健康档案采集,支持通过电话、短信、问卷组合的随访模式 |
|
7. |
系统支持医生、护士按照随访需要,自定义创建问卷内容 |
||
8. |
问卷创建完成后,支持通过短信等方式将问卷定向发送给居民 |
||
9. |
系统支持结合电话提醒患者去填写问卷,以提高问卷的填写率。 |
||
10. |
外呼方案管理 |
支持用户新建方案,选择话术,设定外呼形式、内容、时间等,满足不同类型的业务需求。 |
|
11. |
患者信息管理 |
支持将需要外呼的对象信息按照指定格式导入系统,按照系统预制策略进行电话外呼 |
|
12. |
支持用户追加患者列表 |
||
13. |
支持用户删除患者列表 |
||
14. |
支持对居民进行分组管理 |
||
15. |
电话呼叫调度 |
支持用户按照业务要求设置电话外呼规则 |
|
16. |
系统支持按照预制策略进行外呼任务调度,按照规定计划完成各项任务。 |
||
17. |
电话外呼 |
根据客户预设定的外呼方案和话术,系统支持自动批量拨打电话开展人机交互,按照标准化流程进行问答 |
|
18. |
系统支持一键外呼模式,选择具体话术即可确定外呼方案。 |
||
19. |
调查结果分析 |
支持用户查看历次外呼信息,包括外呼时间,接通人数,应用话术等 |
|
20. |
支持查看每个患者的详细信息,听取互动录音,查验调查结果 |
||
21. |
统计分析平台 |
支持对随访结果自动进行性统计分析 |
|
22. |
支持从话术使用、电话接通情况、电话接通效果等多维度分析 |
||
23. |
支持对下属单位的使用情况进行分析,包括单位使用量、单位活跃度、账号活跃度等 |
由于卫生医疗机构管理信息系统的特殊性,因此,在接到系统故障通知后,投标人必须在20分钟内响应。对于影响卫生医疗系统正常运行的严重故障(包括由系统原因引起的),投标人的相关技术人员必须在接到故障通知后4小时内赶到现场,查找原因,提出解决方案,并工作直至系统完全恢复正常工作为止,一般要求保证系统在24小时之内修复,并需要提供确保承诺实现的措施。
投标方必须帮助用户建立远程维护系统,投标方工程师经院方授权通过电话线远程登录到院方网络系统进行的故障诊断和故障排除。
软件实施期间需专人定点在进行实施,质保期内也需专人定期或不定期参加日常维护工作。
1、投标人有责任检查安装现场是否符合产品安装条件。
2、投标人应承担投标软件的安装、测试和有关配置工作,进行实际的测试。
3、产品实施过程中,如果牵涉到与第三方产品集成工作,投标人应与其他相关单位通力合作,并提供必要的技术支持。
4、投标人应在投标书中提供本次项目实施工期的具体计划安排表。
工期:6个月。
培训工作是整个系统得以正常运行的关键,除了对普通业务人员的专项培训以外,应对系统维护人员进行系统维护的培训。具体培训要求如下:
1.投标人应在投标文件中提出培训计划,计划包括培训项目、人数、地点、日程、资料、其它等详细内容。
2.技术培训的内容必须包含软件的日常操作和管理维护,以及基本的故障诊断与排错。