基于临床科室对患者管理及跟踪随访系统.docx

基于临床科室对患者管理及跟踪随访系统.docx

《基于临床科室对患者管理及跟踪随访系统.docx》由会员分享，可在线阅读，更多相关《基于临床科室对患者管理及跟踪随访系统.docx（13页珍藏版）》请在冰豆网上搜索。

基于临床科室对患者管理及跟踪随访系统

基于临床科室对患者的管理和跟踪随访系统

（简称：

虚拟医生助手）

技术参数

1、采购项目概况

广东省公共卫生研究院承担了2015-2018年度的广州市健康医疗协同创新重大专项《基于视网膜监测体系的糖尿病社区互联网健康管理平台构建示范》的研究项目，项目要求2017年度完成的50000例糖尿病人的眼底筛查，并进行跟踪随访3年，任务极为繁重，为了提高效率，本项目拟通过开发《虚拟医生助手》系统帮助科研团队落实随访任务，同时通过该项目的实践与不断完善软件功能，推广应用到各个医院科室和跨医院之间的科研合作团队，实现对患者的跟踪随访和服务患者，提高长期随访的应答率和患者就医满意度，让医生随时了解患者住院期间的病情和治疗，以及出院后的恢复情况；同时，帮助医生收集科研资料，提高医院的信息化程度。

通过招标方式，选择具备优质技术能力的社会组织，创建该套《虚拟医生助手》系统，逐步实现医生随访工作的电子化，将医疗科研人员、临床医生和护士的人力从繁琐随访任务中解放出来，提高工作效率和质量，更好地管理患者及跟踪患者出院后的康复情况，并提高患者的依从性和满意度。

2、采购预算：

3、项目要求

本系统功能模块主要分为住院期间的患者管理、出院后的随访跟踪两大部分，另外还包括各部分数据的对接与后台的维护，以上内容均需第三方开发完成。

主要功能和说明如下：

3.1需求概述

根据本项目的建设需求，系统的建设内容包括：

住院期间的患者管理：

主要是面向临床科室的移动端患者管理系统。

通过该系统，医生护士可以随时随地管理自己的住院患者，可以通过手机等移动设备及时了解患者的病情变化，掌中给患者发送宣教，无需机械重复宣教。

出院后的随访跟踪：

当患者住院治疗结束，直接一键设置为出院患者，同时需要为患者设置随访计划，随访计划的选择可以从随访计划库中选择，也可以由临床科室医护自己创建。

患者出院并设置好随访计划后，系统会按设定的日期给患者发送计划好的复查通知、随访问卷、宣教资料等内容，患者收到后直接填写并提交即可。

3.2用户分析

临床科室、科室医护人员及科研合作团队：

可以使用该系统管理患者，随时查看患者信息，利用信息化手段对患者进行随访跟踪，及时了解患者的治疗效果和康复情况，并方便快捷收集科研资料。

患者：

可利用系统查看科室的宣教资料和各种活动信息，接收科室医护发送的各类通知、宣教资料和随访问卷等，并通过移动设备完成随访问卷的填写提交给科室医护。

后台工作人员：

负责审核医生、科室的资质；为临床科室的医护人员、患者提供技术和服务支持，随时解答解决各类问题等。

公众及其他部门：

可在系统的公开平台上查看及分享科室的各类介绍资料、动态新闻、宣教资料等。

3.3功能要求

3.3.1住院患者的管理系统

住院患者的管理系统是面向临床科室里医生护士的移动操作平台。

系统的应用使科室的医护人员可以不受时空限制，随时随地管理自己的住院患者，对患者的病情变化做到了如指掌；同时可在掌中完成对患者的宣教，无需再反复跟不同的患者重复讲解同样的宣教内容。

3.3.1.1医护成员注册、登录

1.医护成员要使用该系统需要先行申请注册并登录。

医护人员以手机号注册，同时需设置不少于6位的登录密码。

应能识别相同的手机号码，如已存在，提示该手机号已使用。

2.注册成功后需提供医护人员的基本信息，包括头像、姓名、性别、就职医院、就职科室、职称、专业属性等，以及上传执业证或资格证或职称证中的一种，便于后台人员进行医护人员的身份确定和资格审核。

3.支持密码找回、基本资料修改等功能。

4.增加阅读并同意《虚拟医生助手服务条款》才可成功注册。

3.3.1.2虚拟科室创建

1.使用通过审核的医护成员账号创建虚拟科室。

创建时需要提交科室名称、所属医院和所属专科等信息便于后台人员审核。

2.虚拟科室创建成功并通过审核后，创建的医生或护士需要邀请科室其他医护成员加入。

3.支持对已创建的虚拟科室的基本资料修改，但不包括所属医院、所属专科等用于审核的信息。

3.3.1.3科室宣教资料上传

1.虚拟科室创建好后，为方便快捷地给患者进行掌中宣教，需要能向虚拟科室上传各种宣教资料。

上传的宣教资料类型包括图片、文字、视频、超链接等。

2.已上传的宣教资料支持编辑、删除。

3.所有加入虚拟科室的医生护士均可进行资料上传。

4.已上传的宣教资料支持一键转发，包括虚拟科室内部转发给指定患者，以及转发至主流平台，如微信等。

3.3.1.4患者加入

1.患者住院期间可通过用微信扫描科室医护提供的二维码加入到虚拟科室。

患者的加入过程需要科室医护成员进行审核，确保加入的患者均为本科室的住院患者。

2.患者需提交的申请资料包括住院者姓名、手机号、病床号、主管医生、主管护师、住院号或诊疗卡号等，其中姓名、手机号为必填项。

3.患者提交申请资料的同时，系统自动为患者注册，注册账号与该患者使用的微信号绑定，方便以后的数据统一。

4.在医护成员审核前，患者提交的申请资料支持编辑修改。

5.医护成员审核通过后，患者加入该虚拟科室。

加入后患者拥有的权限包括：

查看科室资料、科室公告、动态新闻、宣教资料等内容，向科室医护免费咨询健康问题，收取和查阅科室医护针对性发送的宣教资料，随时记录自己的病情变化并与医生共享。

6.患者加入虚拟科室后，医护人员可根据患者治疗恢复情况将其设置为出院患者（此时进入随访跟踪流程），或将该患者从虚拟科室删除（此时无需对患者进行进一步跟踪）。

7.患者加入后，科室医护人员可对其进行分组，方便管理。

8.科室医护人员可对加入全部或部分患者进行群发消息，方便快捷传达通知或消息。

9.患者加入后，医护人员也可为患者记录病情，用于动态记录患者的各项治疗、检查检验情况以及需要特殊关注的病情、症状等情况，方便完整掌握患者的病情变化，与出院后的随访结合形成该患者的一系列完整记录。

3.3.1.5使用帮助

1.帮助医护人员熟悉使用虚拟科室进行患者管理的流程。

2.虚拟科室的首页、病情记录页面设置“使用帮助”功能，其他页面设置有指示性文案说明。

3.科室首页设有“客服”按钮，点击可联系后台客服，及时方便进行在线咨询。

3.3.1.6与出院患者随访跟踪系统交互

1.实现虚拟科室的住院患者管理与出院患者的随访跟踪的对接和关联，同时设置一键出院、一键住院功能。

2.保证虚拟科室住院患者的数据安全、顺利接入出院随访跟踪系统，同时设置方便快捷为患者转换住院、出院状态的功能，保证患者的状态与实际治疗状态一致，以便完成持续的跟踪随访工作。

3.3.2出院患者的跟踪随访系统

出院患者的跟踪随访系统是提供给临床科室的医护成员及科研合作团队，协助他们完成出院患者的跟踪随访工作的一套系统。

系统可以根据医护成员提前设置好的各项参数条件，自动给出院患者发送随访消息，提醒患者复查、填写随访问卷等，并能通过患者的提交动作完成随访问卷的回收。

3.3.2.1随访计划的创建

1.随访计划库和随访问卷库的创建。

为方便科室医护成员使用，系统会参考临床常见科室的随访模板，设计常见随访计划和随访问卷的模板库，让科室成员直接选用。

2.科室自定义随访计划和随访问卷功能。

除了系统创建的随访计划和随访问卷模板库，还有供科室医护成员自行创建适用于本科室的随访计划和随访问卷功能。

3.关于随访计划中随访次数和随访开始时间，系统会提供选项，由科室在限定范围内自定义选择。

4.随访问卷的设计由科室根据需要选择不同类型的字段，设定相应的限制条件和跳转逻辑，输入相应的提示文字即可。

5.随访问卷的可选字段包括文本、图片、单选、多选等。

6.科室医护成员创建的随访计划和随访问卷可形成该科室的模板库，可供本科室的其他医护成员选用。

3.3.2.2为出院患者设置随访计划

1.当患者在科室治疗结束出院，科室医护成员在虚拟科室为其一键出院，此时系统会有让医护成员为该患者选择随访计划的功能。

2.为患者设置随访计划的功能在移动端（即智能手机、平板等设备）与电脑端均可操作。

3.患者的随访计划选好后，系统自动创建该患者的定时任务。

3.3.2.3到期给患者发送随访消息

1.在随访计划设定好的随访日期，系统自动触发定时任务，给患者发送随访消息。

2.系统自动触发的定时任务包括向患者发送随访消息以及给该患者的主管医生发送提醒消息。

3.随访消息内容包括复诊提醒、随访问卷、患教资料等。

4.患者点开随访问卷即可查看内容并填写，填写完成后点击提交即可自动将患者数据返回。

5.患者点击患教资料即可查看患教内容，该内容以H5页面显示，可分享给他人。

6.患者填写随访问卷并提交、查看患教资料后，此次随访消息自动标记为已完成。

3.3.2.4患者数据的回收

1.患者提交随访问卷后，数据会自动返回到发送该随访消息的科室。

2.医护成员可点击查看回收到的该患者的数据。

3.3.2.5患者随访进度反馈

1.医生登录系统后可随时查看具体某位患者的随访进度，即目前已完成随访次数，尚未完成的随访次数，本次随访是否已回收等。

3.3.2.6患者数据的查询功能

1.需提供系统记录的所有患者信息的查询功能，并按照要求进行简单统计。

方便科室医护成员使用。

3.3.2.7患者数据的导出和处理

1.患者住院期间的所有记录数据以及出院后的随访数据均在系统中保存，医护成员可随时点击查看。

2.对于患者的以上数据，虚拟科室的医护成员可随时选择导出，导出格式包括pdf和excel两种。

3.3.2.8使用帮助

1.出院患者的跟踪随访系统可供医护成员同时在电脑端和移动端进行操作。

其中随访计划的创建需在电脑端完成。

2.电脑端和移动端的页面均设置有使用帮助页面，指导医护成员创建随访计划、为患者设置等基本操作，以及在遇到困难时能及时得到解答。

3.电脑端和移动端的页面均有主要步骤的操作指引，方便初次使用的医护成员使用。

3.3.2.9与住院患者的管理系统交互

1.实现出院患者的跟踪随访系统和住院患者的管理系统的对接和关联，实现患者数据的统一。

3.3.3数据对接与后台维护

3.3.3.1数据对接过程中需预留的数据接口

1.与医院的HIS系统对接接口——方便科室将患者各种数据的完全统一。

2.对内对外的短信功能——方便及时提醒医护成员、患者查看相关内容，以免因系统处于未登录状态而丢失信息。

3.3.3.2后台维护

1.对必须修改的数据信息进行核查、管理，重点是对确认属于操作失误产生的数据进行变更。

3.3.4系统非功能性要求

3.3.4.1系统安全的需求

本项目的信息安全需求应保证数据安全、网络安全、硬件安全、软件安全和安全管理制度等。

1.系统安全：

系统能长期稳定运行，有防雪崩机制，在访问峰值平稳过渡，在部分组件瘫痪仍能提供服务，一定程度做到柔性可用；系统能应对普通的ddos，中间人，sql注入等攻击。

2.数据安全：

数据库安全，不会被攻破；关键数据加密；数据存储完整，有备份、可恢复、不可导出；有严密的权限监控，指定专人负责维护。

3.网络安全：

网络传输使用https确保安全；用户账户信息传输不能用明文。

4.服务器安全：

采用专业机房和专职人员24小时严密管控；有企业级防火墙保护服务器不被攻击；各项操作保证有详尽文档记录；操作人员进出机房需经过审批并核对身份。

3.3.4.2系统性能需求

应用系统运行性能主要是包括系统的数据容量要求、并发用户数要求、计算机处理业务的速度要求等，除了保证系统使用初期的性能要求之外，特别需要采取一些技术措施保证在系统运行时能不断的进行性能优化和调整，使得系统在数据量增长、用户规模和复杂度上升之后，性能可以继续达到最优，以满足临床科室不断增长的需求。

应用软件的运行效率主要包含如下方面几个性能指标，要求如下：

系统指标项目

要求参数

数据容量

≥1TB（以后根据需要还需扩展）

并发用户数（应用服务器）

≥1000个

并发用户数（数据库）

≥200个

业务处理高峰速度

≥600笔/分钟

联机响应时间

≤3秒

3.3.4.3其他要求

1.页面要求

整体模板根据内容设计，风格统一，简单易操作。

本需求在软件开发试用期间，应根据功能实现情况进行完善和补充。

2.宣传培训

系统开发完成后需提供详细的操作手册，同时按临床科室要求协助设计好宣传册等物料。

4、投标人资历要求

1）在中华人民共和国境内注册，具有独立承担民事责任能力并具有独立法人资格（应提供有效的企业法人营业执照、组织机构代码证、税务登记证）；

2）具有良好的商业信誉和健全的财务会计制度；具有履行合同所必须的设备和专业技术能力；具有依法缴纳税收和社会保障资金的良好记录；

3）本项目不允许联合体投标，投标人须以自己公司名下的资质与合同等资料进行投标和报价。

4）投标人注册资金不少于100万元人民币；

5、付款方式

按照国家财政有关规定支付合同款。

6、服务要求

6.1技术服务要求

●系统终验后，中标人须提供系统终验后1年的免费维保，自双方代表在验收单上签字之日起计算。

质保期内投标人必须向用户单位承诺技术后援支持，包括：

软件系统维护，故障排查，紧急事件处理以及整个项目问题处理的协调等工作。

为今后用户的系统维护提供免费技术支持（包括系统功能的合理修改）；

维修或服务的内容至少应包括：

Ø应用软件版本升级、打补丁、调测Bug、性能调优等；

Ø热线电话支持，主责工程师手机要保证24小时服务；

Ø现场支持，维护和排障过程技术指导；

Ø定期巡检；

Ø系统安全评估分析，规范化操作，强化安全措施；

Ø系统优化服务，评估系统性能，系统优化调整；

Ø配置调整服务，包括逻辑卷、表空间、备份策略等的调整。

●为使工程按质、按量、按时及有序实施。

在项目负责人员方面，必须包括一名项目经理，一名有系统开发经验的技术负责人。

在建设期内，项目管理负责人、技术负责人须长驻广州，并在接到用户通知1小时内到达用户现场处理问题或交流情况。

●在系统建设和质保期内，本项目的项目负责人、技术负责人和开发实施的主要人员必须具体负责项目的实施，如中途更换项目负责人、技术负责人，必须征得用户书面同意。

●在免费维护期内所有保修服务方式均为建设方上门保修，即由建设方派员到用户使用现场维护。

由此产生的一切费用均由建设方承担；

●建设方应提供长期免费咨询服务，系统设计流程应具有一定灵活性，若用户相应法律法规调整或业务流程变更，则建设方应提供及时的变更服务。

●建设方必须设置专人在项目建设期间对文档进行检查和管理，项目最终验收后全部移交用户。

●中标人应保证不同时期所提供的同类软件互相兼容；

●在系统硬件扩容及软件升级时，中标人应派技术人员到现场配合、指导；

●中标人应对其在广州的售后服务、技术支持方面的情况作出说明：

在广州有无技术支持中心、地点设在何处、能否针对系统关键功能或买方特殊要求提供7*24小时技术服务；

●针对一般性故障，中标人必须在接报后1小时内响应，2小时内到达现场，24小时内处理完毕；

●在维保期内，如果系统发生故障，中标人要调查故障原因并修复直至满足最终验收指标和性能的要求，或者更换整个或部分有缺陷的软件；

●在维保期内，中标人应提供灵活、多样的通信手段，针对系统关键功能或买方特殊要求提供7*24小时的响应服务，保证在任何时候买方人员都能及时通知到中标人的工程师，保证在承诺的时间内解决问题；

●在维保期内，如软件产品的性能和质量与合同规定不符，中标人将自费排除缺陷。

软件产品的保修期将重新计算；

●维保期内，如果中标人对其软件产品进行了技术改进，中标人应积极向买方推广，并应免费向买方提供与这些技术改进有关的详细技术资料。

对于增加软件产品新功能所做的技术改进，其具体费用负担须经双方另行协商确定。

在保修期内，中标人保证向买方免费进行软件更新，中标人承诺免费进行未增加新功能的软件版本升级；

●保期满后，如果出现特殊和紧急情况，在买方要求下，中标人承诺将派遣其专家以优惠价格到现场进行对合同设备检查和维修；

●保证应用系统上线初期的平稳运行，要求厂商具备完备的售后服务体系和服务机制。

厂商需提供一定时效的现场支持和产品升级纠错服务，一年内7*24支持，问题响应时间为最长4个小时，问题解决时间为最长48小时。

6.2交货要求

本项目须在合同签订生效之日算起3个月内完成软件开发、安装、测试、培训、部署与试运行等内容。

6.3培训服务要求

6.3.1培训总则

●中标人必须提供满足本招标文件要求的培训服务；

●中标人必须提供高水平的培训，培训内容、时间及相关安排必须与用户单位协商，在征得用户单位同意后方可实施；

●培训应包括软件的应用等；

●所有的培训教员必须用中文授课，除非有其它的协议规定；

●中标人必须为所有被培训人员提供培训用文字资料和讲义等相关用品。

所有的资料必须是中文书写；

●中标人必须提供软件使用指导视频，并将其制作成光盘提供给招标单位。

6.3.2培训要求

详细培训计划由用户与软件公司共同制订，确保使用单位相关人员熟悉使用系统。

●管理员培训

目的是让系统管理员全面掌握系统的使用及相关维护管理工作，具备系统管理的正常运行，常见故障的分析、判断和处理能力，达到熟练掌握系统中操作、使用和维护的目的。

培训形式为项目实施过程中、现场面授两种，课时不得少于1个工作日。

●关键用户培训

让公司关键用户能够掌握对关键的业务操作，熟悉系统功能、使用、相关设置方法，具备对业务出现常见的故障分析、判断和处理能力。

培训形式为现场面授，课时不得少于1个工作日。

●一般用户培训

一般用户培训采用集中分批培训的方式，在集中的时间段内、集中的地点，完成对办公系统使用人员的培训活动。

培训形式为现场面授或视频讲座，课时不得少于1个工作日。

双方共同协商，确认最终需要参加培训人员的名单以及培训地点。

根据人员名单，制定《系统培训课时安排表》。

6.3.3验收服务要求

6.3.3.1系统验收

●测试：

此项目验收前，采购方按照相关程序，对中标方开发的系统，进行全面测试；

●初验：

中标人负责必须按照上文项目实施中的要求，按期完成所中标项目在软件开发、测试、培训和部署，采购方在系统部署完成后组织系统初验；

●试运行：

初步验收后，进行系统试运行；

●终验：

由采购方组织相关人员、专家对项目进行最终验收。

●交付资料：

项目的工作内容及文档应覆盖软件开发、实施计划、进度报告、培训计划以及广东省公共卫生研究院认为必要的其他文档。

验收时，建设方应提供《软件需求规格说明书》、《系统设计说明书》、《测试分析报告》、《用户手册》等详细文档和资料。

以上中标人在采购人现场进行安装、调试、集成、试运行直至系统验收所发生的一切费用由中标人承担且已含在投标总价中。

6.3.3.2移交

系统验收前完成项目正式移交，中标人应将完整的设备档案、施工文档、驱动程序、软件、示例程序源代码、技术文档、软件使用指导视频等资料全部提供给招标单位。

6.3.4其他要求

●投标人应具有从事专业软件系统建设及数字化相关的工作经验；

●投标人必须在投标文件中确定项目主管，说明主要参与人员的职责及任务，并附简历。

所确定的人员原则上不允许更换，如更换须经采购人同意；

●投标人在投标文件中根据本项目需求提出完整的解决方案，确保文件材料完整、齐全；

●根据对本项目的理解，明确提出系统建设作业流程，设备及人员配置，质量控制及差错防范措施；

●采购人提出具体要求，投标人应按照项目需求提出相应的具体进度计划安排；

●投标人必须在投标文件中明确档案系统建设现场的安全、保密、人员管理制度，严格遵守国家保密法规，并签订保密协议；

●工作时间遵守采购人工作制度和作息时间。