南昌市第一医院智能化单病种上报及VTE一体化系统建设项目询价公告
南昌市第一医院智能化单病种上报及VTE一体化系统建设项目询价公告
依据我院科室需要，现对下列产品进行公开询价，欢迎符合资格条件的厂商及供应商参与。
1项目内容智能化单病种上报及VTE一体化系统建设项目
2供应商需提供的相关材料1、企业营业执照复印件
2、授权委托书
3、企业法人或委托人身份证复印件
4、无重大违法违纪记录、无安全事故证明
5、信用中国查询截图
6、以上复印件均需加盖单位公章
3项目要求本系统建设要基于医院现状，本着先进、实用的原则，利用先进的计算机、网络技术和医学信息处理技术，结合现代化的医院管理模式，为医院提供全面的、开放的、高效的、安全的、可持续扩展的系统。
1.标准化和开放性
遵循系统的标化和开放性，实现信息通讯与共享，规范信息技术标准。采用业务内标准的技术体系和设计方法，使系统具备与各种层次的平台的无关性和兼容性。在使用新技术的同时，充分考虑技术的国际标准化，严格按照国际国内相关标准设计实施。
2.先进性和超前性
在实用可靠的前提下，具有扩展性。技术上立足于长远发展，坚持选用开放性系统，使系统和将来的新技术能平滑过渡。采用先进的体系结构和技术发展的主流产品，确保整个系统高效运行。
3.实用性和方便性
系统建设以满足需求为首要目标，采用稳定可靠的成熟技术，保证系统长期安全运行。确保系统应用后能为各级业务和管理节点提供智能化的网络信息环境，以提高管理水平和工作的效率。
4.安全性和保密性
遵循有关信息安全标准，具有切实可行的安全保护和保密措施，确保数据永久安全。系统应提供多方式、多层次、多渠道的安全保密措施，防止各种形式与途径的非法侵入和机密信息的泄露，保证系统中数据的安全。
5.稳定性和可靠性
系统建成并投入使用后，将成为支撑系统平稳运转的运行平台和开发新业务系统的基础平台。因此系统必须在成本可以接受的条件下，从系统结构、设计方案、设备选型、厂商的技术服务、维护响应能力以及备件供应能力等方面考虑，使系统故障发生的可能性尽可能少，对各种可能出现的紧急情况有可行的应急预案。
6.可维护性和可扩展性
保证系统能在各种操作系统和不同的中间件平台上移植。实现信息标准统一，以便日后的系统维护。在数据中心设计过程中，充分考虑在未来若干年内的发展趋势，具有一定的前瞻性，并充分考虑了系统升级、扩容、扩充和维护的可行性。
4项目建设内容清单本项目所建设的系统为智能化单病种上报及VTE一体化系统一套，具体如下：
序号 | 系统 | 系统功能模块 | |
1 | 智能化单病种上报系统 | 单病种数据集成与治理 | 数据集成 |
2 | 标准编码 | ||
3 | 数据治理 | ||
4 | 单病种数据库 | ||
5 | 数据处理引擎 | ||
6 | NLP引擎 | ||
7 | 知识引擎 | ||
8 | 单病种数据智能采集填报 | 上报病种智能识别 | |
9 | 数据自动填充 | ||
10 | 待上报患者管理 | ||
11 | 已上报患者管理 | ||
12 | 已排除患者管理 | ||
13 | 全部患者管理 | ||
14 | 数据填报导航 | ||
15 | 数据填报溯源 | ||
16 | 单病种上报数据审核管理 | 数据上报审核 | |
17 | 数据自动上报 | ||
18 | 数据采集上报设置 | ||
19 | 角色管理 | ||
20 | 权限管理 | ||
21 | 消息中心 | ||
22 | 单病种上报综合管理 | 数据上报概览 | |
23 | 数据上报监管 | ||
24 | VTE一体化系统 | VTE知识规则引擎 | VTE知识规则引擎 |
25 | VTE临床路径管理 | VTE质控工具 | |
26 | VTE过程管理 | ||
27 | VTE质控分析 | VTE运营分析 | |
28 | VTE临床质量分析 | ||
29 | VTE患者流向分析 | ||
30 | VTE患者管理 | ||
31 | 系统集成 | 与医生站、护士站、VTE上报平台的集成 | |
32 | 其他 | 医院现有系统接口费 | 医院现有系统与单病种及VTE系统的接口开发费 |
1系统在院内部署，所有数据均存储在院内；
2支持基于高可用和容器化的部署方案，需提供系统截图展示容器的运行状态；
3具备完善应用部署能力，提供应用部署管理平台的界面和部署方案；
4支持与医院信息系统数据的实时同步，需提供技术方案；
5支持集成多种数据库，如DB2、PostgreSQL、MySQL、ORACLE和SQL Server；
6产品稳定性要求：系统支持7*24小时不间断运行；
5.2自然语言处理技术要求系统要求采用自然语言处理(NLP)技术实现对医疗文本处理。具体技术如下：
1支持处理多种病历类型的处理模型，展示例如入院病史、既往史、病程录、体格检查、超声心动图、心电图等；
2系统支持单份文本分析结果进行可视化展示，包括医学实体识别、医学实体与关联识别、概念展示等；
3支持治理好的文本变量的溯源功能，精确定位抽取的变量在原文中的位置，并高亮显示；
5.3数据标准化要求1支持数据集成及整合过程的标准化：实现数据的集成，通过各种数据治理手段，结合标准的医疗术语的标准规范管理，实现数据的标准化、结构化，并实现数据治理过程中的完整性、自洽性、一致性；支持科室、病区、诊断编码、疾病、药品、检验、检查等关键业务编码的统一。
2支持不同数据来源的数据：充分考虑数据源格式的多样性，比如各自不同的数据库格式、文本文件格式、XML格式等，支持结构化数据、半结构化或非结构化数据。
3支持不同数据生成阶段的数据：由于数据生成的时期、部门、设备、技术、能力等不同，数据存储管理极为分散，支持通过采用一种通用的标准和规范，提供统一的数据接口，支持多样的数据源。
6产品功能要求6.1智能化单病种上报系统根据项目数据范围及要求，以患者为中心进行单病种数据集成。实时数据采集将使用数据库复制技术对生产系统数据库业务数据表进行复制。历史数据集成将在医院提供的备份库进行数据集成。
1) 支持以ETL技术方式实现数据集成，并实现非结构化数据向结构化数据转换；
2) 支持数据实时采集，保证对生产系统数据库性能无影响。
3) 支持全量数据集成：患者临床数据全覆盖。
将医疗数据分为医疗基础数据和医疗指标类数据。对于已结构化基础数据或指标类与国家标准、国际标准或行业标准分别进行映射，从而实现已结构化变量的标准化。
1) 支持对国家、国际标准编码映射，如临床术语、医学用语、疾病诊断编码ICD-10、药品名称等。
2) 支持自定义编码的医疗名实体标准编码。
3) 支持国际标准临床术语SNOMED-CT、检验名称LOINC、医学用语MedDRA、ICD编码（国标版）。
针对数据驱动的临床单病种应用场景，支持基于人工智能技术将医院积存的海量临床数据进行结构化、标准化和归一化处理，使之成为可被临床单病种应用直接分析、利用的数据。
1）.支持对非结构化数据的治理；
2）.支持医学自然语言处理；
3）.支持医学知识图谱、语义网络；
4）.支持机器学习方法；
5）.支持患者隐私信息脱敏技术，包括中文临床文本脱敏；
6）.支持对数据进行标准化治理。
治理后的数据自动汇总形成单病种数据库，供后续智能填充，智能上报，质控统计使用。
1）.支持使用医疗编码信息编写取数决策；
2）.支持实施引擎接收患者数据，触发临床取数规则；
3）.支持集合所有的规则信息构成引擎规则库。
1）.支持对患者的数据需要经过清洗与逻辑处理才能被知识引擎所接收；
2）.支持对患者数据进行进一步逻辑处理；
3）.支持患者数据的高速获取。
基于深度治理后的全院数据，利用ETL等技术实现特地（单）病种上报数据的自动采集，自动上报至国家单病种质量管理与控制平台，把医生的时间释放到临床工作中，把珍贵的临床资源用到患者诊治中，减少资源浪费、合理利用医疗资源。
▲支持按照《国家卫生健康委办公厅关于进一步加强单病种质量管理与控制工作的通知》的要求智能识别需要上报的病例，并支持医生二次判断。
1）.支持自动填充上报表单的基本信息数据；
2）.支持自动填充上报表单的部分诊疗相关数据，包括诊断、病情评估、用药、手术、预后等；
3）.支持自动填充上报表单的住院费用数据；
4）.支持手动补录上报表单的缺失数据，并对数据合理性进行校验；
1）.支持对系统自动识别需上报的患者进行查看；
2）.支持对系统自动识别需上报的患者，进行集中管理和数据填报；
3）.支持对缺失必填项的快速定位、补录；
4）.支持对自动填充数据的来源进行展示；
1）.支持对已上报的患者列表进行查看；
2）.支持对已上报患者（未提交至国家单病种质量管理与控制平台）的数据修改申请、数据填报；
3）.支持对已上报患者（已提交至国家单病种质量管理与控制平台）的数据进行查阅；
1）.支持对医生手动排除的患者列表进行查看；
2）.支持对医生手动排除的患者进行再次入组判断；
1）.支持对该医生所管床位下的所有患者列表进行查看；
2）.支持将系统判断无需上报的患者手动纳入进行单病种数据上报；
1）.▲支持对51个病种的填报数据进行主题分类、展示；
2）.▲支持按照主题对缺失未填项进行快速定位；
1）.支持对51个病种的自动填报数据进行临床数据溯源信息展示；
2）.支持溯源展示的信息包括检验、检查、诊断、医嘱等；
1）.支持对待上报国家平台的病种填报数据按病种、日期、疾病分类进行查阅；
2）.支持对待上报国家平台的单个患者病种填报数据进行查看；
3）.支持对待上报国家平台的单个患者病种填报数据进行上报；
4）.支持对待上报国家平台的全部患者病种填报数据进行批量上报；
5）.▲支持对待上报国家平台的单个患者病种填报数据进行退回、修改等相关消息通知；
6）.▲支持对已上报国家平台的病种填报数据按病种专科、日期、疾病分类进行查阅；
7）.支持对已上报国家平台的单个患者病种填报数据进行查看；
8）.支持对已上报国家平台的单个患者病种填报数据进行导出；
9）.支持对已上报国家平台的全部患者病种填报数据进行批量导出；
10）.支持对国家平台退回的病种填报数据按病种、日期、疾病分类进行查阅；
11）.支持对国家平台退回的病种填报数据进行查看；
12）.支持对国家平台退回的病种填报数据按患者退回至填报医生；
13）.支持对国家平台退回的病种填报数据批量退回至填报医生；
1）.支持对51个病种的填报数据按照国家-单病种医院接口管理系统API参数无缝上报；
2）.支持在国家-单病种医院接口管理系统API参数及时调整院内表单数据，以适配国家平台；
1）.支持用户对自动采集上报表单进行个性化设置，用户可选择使用自动采集或者关闭，另外自动采集还支持用户选择不同的采集模式；
2）.支持用户对自动上报进行个性化设置，用户可选择使用自动上报或者关闭，若用户选择启用自动上报，可支持用户选择自动上报的时间；
1）.支持用户按需选择所需要的角色，角色包括普通医生（填报员）、病区主任（病区级管理员）、科室主任（科级管理员）、医务处（院级管理员）、院长（院级管理员）；
1）.支持管理人员按需添加新用户，并指定用户角色，以匹配其系统权限；
2）.支持管理人员按系统提供的模板批量导入新用户，并指定用户角色，以匹配其系统权限；
3）.支持管理人员对已存在的用户进行角色的调整；
4）.支持管理人员删除已存在的用户；
5）.支持管理人员查看所有的系统用户；
6）.支持管理人员按院内现有医生工号、密码新增用户
1）.支持填报员与管理人员之间对上报表单信息修改相关的双向沟通；
2）.支持填报员对未上报国家平台的表单申请修改数据；
3）.支持管理人员对填报的申请进行查阅、同意、驳回操作；
4）.支持管理人员按日期、科室、医生对申请信息进行统计查阅；
1）.支持按科室、时间维度对全院单病种上报数量进行检索；
2）.支持对应上报、已上报等不同状态的患者人数进行统计并展示，且支持年、季度、月维度的同期比例展示；
3）.支持对查阅指标进行升序、降序排列；
4）.支持对查阅指标进行数据视图的切换，包括柱状图、表格形式；
5）.支持对查阅指标导出为Excel、图片格式进行保存；
1）.支持按照已上报/应上报的比例设定51个病种的数据上报警戒值，当院内有某个病种数据上报比例不达标时，人体器官疾病分类模型自动发出示警信息；
2）.支持用户通过人体器官疾病分类模型快速定位上报不达标的病种；
3）.支持用户从科室、病区、医生维度下钻查询病种上报数量，快速定位病种上报不达标的原因。
6.2VTE一体化系统1）.支持VTE知识生产；
2）.支持根据患者诊疗的数据，实现临床路径的管理；
3）.支持临床知识规则和临床路径管理引擎知识库的建立；
4）.支持知识规则引擎。
在进行病情评估时，在护士工作站以弹窗形式展示患者相信信息，护士可进行量表评估等操作；在医生工作站，以弹窗形式展示患者相关信息，在医生下检查、检验和用药医嘱时，进行提醒和提示。
1）.▲具备VTE医学工具箱功能（需包含VTE常用量表合集Caprini、Padua、内科出血风险等量表、外科出血风险评估量表、wells、抗凝禁忌评估、妊娠期和产褥期VTE风险评估、妊娠期和产褥期VTE危险因素评分RCOG等评估功能）；
2）.支持上述量表按照医院格式打印；
3）.支持根据自然语言处理技术以及规则演算方式自动获取量表中的选项内容进行智能填充；
4）.填充量表的内容包含患者既往病史，检查检验报告，病历文书等信息；
5）.根据填充内容可自动进行机器评分，同时提供人工修改功能，记录人工与机器的评分，方便进行对比分析；
6）.评估提示会根据规范要求，在特定的时间或事件节点自动提示相应的量表进行评估：如针对患者入院24小时，转科，术前术后以及出院等时机提示Caprini、Padua量表，血栓高危患者自动提醒血评估量表；
7）.医护如果完成评估，提示自动消失，支持查看调阅患者历次评估结果，按照时间轴的方式进行排序，方便医护了解患者病情变化；
8）.支持提供评分结果的预警提醒功能，支持护理与病历系统对接；
9）.支持评分结果实现医护内容互通，医护任何一方评估后结果内容可提醒至另一方。
1）.支持针对出血评估高危，检验异常，输血等人群患者，如采用抗凝药物会进行预警，提醒医护该患者有出血风险谨慎用药；
2）.支持对可用抗凝类用药患者，管理诊疗过程，发现出血事件等进行预警；
3）.支持提供VTE诊断筛查功能，对已做下肢静脉超声及CTPA等检查的患者，系统可通过NLP技术自动识别阳性患者，进行提醒，减少漏诊；
4）.支持针对需要做评估，需要做预防措施的患者医护没有进行相关行为的，进行提醒；
提供VTE质量管理界面，对VTE运营情况进行分析、VTE临床质量情况进行分析、VTE患者流向和VTE患者管理进行展示：
1）.风险评估和预防类指标：VTE风险评估比率、出血风险评估比率、采取VTE预防措施比率、VTE恰当预防措施实施比率；
2）.诊断类指标：住院患者实施静脉超声检查比率、CTPA实施比率；
3）.治疗类指标：住院VTE实施抗凝治疗比率、住院VTE患者实施溶栓治疗比率；
4）.结局相关指标：医院相关性VTE发生比率、VTE相关病死率；
5）.成本效率相关指标：平均住院费用、平均住院天数。
6）.根据患者疾病的发生的不同危险程度，预防措施及最终事件分析患者的流向；
7）.VTE患者管理界面，可提供患者管理列表，记录血栓评估，出血评估，AI评估及预防的信息。
8）.系统可支持按照科室，住院状态及评估时机等维度进行查询显示符合条件患者信息。
9）.同时对于评分高危患者进行颜色（红色）标记，支持表格的导出功能。
1）.支持与医院医生站/EMR的对接，实现医生端的预警与决策提醒；
2）.支持与医院护士站的对接，实现护士端的预警与决策提醒；
3）.支持后续医院评级CDSS及其余病种管理提示需求。
7项目实施及售后要求7.1总体要求系统提供商应本着认真负责态度，组织技术队伍，认真做好项目的实施工作。在签订合同前，提出具体实施、服务、维护以及今后技术支持的措施计划。
7.2项目组织管理要求须充分考虑满足投标项目的建设要求，提出完整的项目管理、系统设计与开发、培训、项目施工、项目验收、售后服务方案。
须根据对项目的理解做出项目的人员配置管理计划，包括组织结构、项目负责人、组成人员及分工职责。
7.3人员要求应提供项目组成员姓名、学历、相关资质、在本项目中的职责及以前参与过的项目情况说明等。
7.4文档交付要求应用系统开发应严格按照国家软件工程规范进行，在整个项目实施过程中，须根据开发进度，按照医院要求及时提供用户相关技术文档，包括：
?准备阶段：《实施方案》；
?需求分析阶段：定制化开发部分《需求分析说明书》；
?设计阶段：定制化开发部分《概要设计说明书》、第三方系统对接相关《接口说明书》；
?测试阶段：《测试用例》、《测试报告》；
?上线阶段：《上线方案》、《试运行/上线报告》；
?过程文档：《培训计划》、《培训记录》、《例会记录》；
?交付使用：《用户手册》。
7.5安全及隐私要求信息安全是任何业务开展的基础，对于本次项目涉及的相关信息的安全和隐私保护措施，给出详细可行的解决方案，包括但不限于应用审计安全、用户权限控制等。
7.6建设工期本项目内容整体交付工作不得超过6个月。
7.7培训要求须提供包括系统软件、应用软件、安装调试等内容的培训。须提供详细的培训计划。培训应面对不同层面的系统用户，保证用户能独立地管理、维护和配置系统，以便整个系统能够正常、安全的运行。
7.8验收要求应用软件由建设方与医院一起验收，同时就系统的安全性、完整性、易用性、适用性等进行验收。
7.9售后服务1）免费提供一年软件升级运维服务（项目验收后计算），需注明免费期满后收费售后和服务的价格。
2）提供7*24小时支持维护服务，包括电话、远程维护等方式。必须保证有足够的人员（专人专职）及技术支持电话负责本系统运维工作，并保证2小时内响应/24小时之内解决问题，对于24小时内无法解决的问题，应提出应急措施。
八、报名结束后将对报名单位资质进行综合审查，通过资格审核合格后，方可进行询价洽谈。
九、报名时间：2021年9月24日至2021年9月29日17：00止，过期不予受理。
十、询价时间、地点：另行通知。
十一、报名地点：南昌市第一医院采购科（老食堂八楼）。
十二、联系电话：****-********（孙老师）。
南昌市第一医院
2021-9-24
|
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无
