随访管理软件系统招标需求说明书-深圳第三人民医院

深圳市第三人民医院
软件产品（系统、服务）招标说明书产品（系统）名称: 随访管理软件
需求代码：-
文档识别码:
任务代码：-
基本描述:
来源:
编写人: 廖雪娇
版本： 1.0
文档历史:
版本日期作者修改描述
1.0 2017-09-18
一．合格的投标人
1、具有相应的经营资质，具有良好的商誉及完善的售后服务体系的生
产、经营该设备（产品）的独立法人资格，在法律和财务方面独
立，并与采购人无任何隶属关系；
2、具有良好的商业信誉和健全的财务会计制度；
3、近三年内,在经营活动中没有重大违法、违纪行为；
4、符合相关法律、法规规定的其他条件。

二．评分标准
序号评分项权重
1价格20
2技术部分60
序号评分因素权重评分准则
2.1对项目需求的认识和理解4投标人对项目的整体理解深刻,对项目实施的
重点关键环节把握到位,对难点问题有充分预
计，对用户建设目标理解充分。

根据招标文
件的需求和投标文件响应情况进行横向比
较，分档评分：评价为优得3-4分；评价为良
得2-3分；评价为中得1-2分；评价为差不得
分。

评价为“中”或“差”评委须书面说明情况。

★
2.2总体设计 4 对项目总体设计进行评价，需用对目标、架
构、软件设计进行评价。

分档评分：评价为
优得3-4分；评价为良得2-3分；评价为中得
1-2分；评价为差不得分。

评价为“中”或“差”
评委须书面说明情况。

2.3 技术实力及业务成熟性42 1、随访结构化病历基本元素数据库的搭建，
可自由组合各项随访量表及随访问诊表的
内容，且该内容为格式化的数据，可对接
HIS、LIS、PACS提取相应的数据，可供
后续科研调研使用。

最优者得5分，每档
2分，酌情递减。

★
2、是否提供合理的系统前台后台开发工具和
相应的服务器配置(如测试阶段我院现有
的随访服务器能保证不影响系统运行速
度，中标公司可不提供，否则需提供相应
的服务器)，是否在软件中提供软件需
求、数据建模、项目管理、测试等工作：
最优得5分，其他不得分。

3、数据管理及分析。

有按月、周、日随访工
作提示，有高危患者随访管理警示，有工
作报表数据统计和分析。

根据随访量表中
的各种指标，生成统计分析报告，用于医
院疾病的科研分析。

有详细说明的得5
分，其他不得分。

★
4、项目实施周期：是否提供开发整体系统的
明确、合理实施周期、进度表，有专职软
件研发工程师驻扎医院3月。

有的，得5
分，没有不得分。

★
5、无缝对接我院所有的HIS（新旧系统）、
LIS、PACS系统，能上传外院检查结果
图像资料，在系统设计中提供合理的接口
以及与必要系统进行接口对接。

有详细说
明的得5分，没有不得分。

★
6、可以手工新增病人基本信息、病人就诊记
录信息以及检验检查各项数据；系统应集
成常规检验检查项目，在输入项目关键字
时能自动匹配项目名称，在采集单个项目
数据时系统能通过时间段查询选择调取对
应采集项。

有详细说明的得5分，没有不
得分★
7、能通过微信、短信等平台发送随访问卷给
患者，患者通过相应平台完成问卷后自动
导入随访管理平台。

有详细说明的得5
分，没有不得分★
8、能够提供医学数据服务，包括同行认可的
健康教育平台的资料推送。

有详细说明的
得2分，没有不得分★
9、能抓取随访患者来我院预约挂号及就诊信
息，并在系统进行提醒。

有此功能得5
分，没有不得分。

2.4 项目组织及实施方案 5 根据招标文件的需求和投标文件响应情况进
行横向比较，分档评分：评价为优得4-5分；
评价为良得3-4分；评价为中得2-3分；评价
为差不得分。

2.5 售后服务 5 1、提供项目使用说明书，提供人员培训。

2、提供7*24小时，8小时反馈。

必要时提供
现场解决方案。

综合实力部分20
3序号评分因素
3.1企业综合实力权重评分准则
3.2项目后续拓展相关因子101、注册资金高于1000万，得5分，1000万
（含）到500万之间得3分，500万（含）以
下得1分，100万（含）以下不得分。

2、公司品牌影响力，在医学领域及医生群体
中拥有较高知名度。

横向比较酌情给予3
分。

3、拥有医学教育背景及资源，得2分。

3.3 投标人同类项目业绩情况 6 1、能够提供医学数据挖掘分析、数据统计分
析软件，得3分。

不能提供不得分。

2、招标后签署知识专利保密合同，后续软件
开发的专利或科研项目申请需以深圳市第三
人民医院为第一单位。

签署合同得3分，否
则不得分。

4 1、投标人在2015年以来执行的同类项目建
设经验情况（提供合同复印件）。

每提供一
个得1分，最高得2分。

2、投标人提供同类项目中如有架构、用途相
似项目，根据相似程度额外给予5-0分。

三．项目预算情况
序号采购品名预算金额（单位：元）数量单位
1 随访管理软件220000 1 项
合计（单位：元）
投标人需在《投标报价表》中报投标总价和分项报价。

投标总价或分项报价不得高于对应的财政预算限额的，三个分项报价总和需等于投标总价，否则视为未能通过符合性审查。

四．投标文件制作要求：
1、投标文件必须包含一份正本、三份副本（投标文件首页应注明正本、副本字样），必须密封加盖公章投递。

正、副本的内容必须保持一致，如果发生正本、副本内容冲突的情况，投标文件一切内容以正本为准。

2、投标文件的内容应当包含原件复印件或扫描件，采购人有权对原件进行核实。

3、采购人对投标人提交的投标文件有最终的处置权，不予退还投标人，同时也有保密义务。

4、谈判（开标）时间：2017年 (北京时间)。

五．系统技术要求
模块功能列表功能描述
首页首页组件配置
可以进行近日工作提示、本月患者随访统计、本月随访工作统计、随访工作提醒
等
首页布局配置工作台各组件可以根据个人使用习惯拖动调整首页布局
健康档案新增患者
新增患者支持多种方式，包括手工录入、excel导入、系统对接等；
可以手工新增病人基本信息、病人就诊记录信息以及检验检查各项数据；系统应
集成常规检验检查项目，在输入项目关键字时能自动匹配项目名称，在采集单个
项目数据时系统能通过时间段查询选择调取对应采集项，如：采集对应时间的血
常规数据表单时，表单中自动列出白细胞计数（WBC）、红细胞计数（RBC）等
子项目，同时在做结果录入时自动提示预警；各项表单数据可以在基础库中进行
维护；
档案管理
可以按时间轴方式查看到患者信息（门诊及住院资料），包括就诊或出院科室，
诊断、医嘱、出院小结、住院或门诊病历等情况；
可以对患者进行分组，分组后自动生成相应组别的模块化随访病历；患者可以同
时加入多个分组，也可以根据患者病情变化改变分组。

可对患者进行分组检索与
管理；
可对患者添加标签，如：死亡患者、纠纷患者等，标签可自定义；
信息检索可以根据就诊时间、姓名、科室、诊断、档案号快速检索患者信息；
病历查阅
可以查看治疗用药情况（药品名、单位、剂量、开始时间、用药天数、医生
等）、手术信息（手术名、切口顺序、切口名称、愈合名称、麻醉名称、手术时
间、时长、医生等）；
可以查看患者所做的各项检查，包括项目名、检查结果、单位、参考范围等，并
能对超过参考范围的项目进行自动预警；
能查看病历照片，也能上传病历照片，
转诊患者展示通过平台进行转入转出的患者列表，同时根据病情应对接医院门诊排班可以进行本院到社康或社康到本院的上下级的双向转诊；
随访观察表随访人员可以根据用户的检验检查情况确认是否将用户归档到随访观察表
量表基础库管
理
病种管理
可以根据不同病种信息管理不同病人。

可以新增、修改、删除病种；包括病种名
称、编码、拼音码、病种描述等；
药品管理
可以新增、修改、删除药品；包括药品名称、剂型、规格、每次用量、单位、药
厂名称、频率等；可以按药品名称、拼音码检索；
疾病管理
可以新增、修改、删除疾病；包括疾病名称、编码、拼音码、疾病描述等；可以
按疾病名称、疾病编码、拼音码检索
采集表单管理
可以根据专科检查项配置需要记录病人治疗以及疗效情况，配置个性化且灵活。

可以新增、修改、删除采集单；包括采集单名称、采集单排序、采集单类型等；随访量表管理
数据库字典可自定义，可自由组合各项随访量表及随访问诊表的内容，且该内容
为格式化的数据，可供后续科研调研使用
生物样本入库管
理
随访医生查看已开检验检查的患者列表，并选择患者是否加入样本库，并对入库
的用户做登记
随访中心
随访执行
随访执行列表：根据患者的就诊记录匹配的随访方案生成的随访计划，即以患者
的就诊记录为单位，一个患者就诊几次就有几条随访计划的记录。

待处理患者列表：给患者定期发送随访提醒后，患者在手机端中进行回复及进行
医患沟通
未反馈患者列表：给患者定期发送随访提醒后，患者未在规定的时间内进行反
馈，则提示随访人员进行人工干预
患者分类设置可以根据患者不同病情或治疗方案的分类，对不同类型的患者进行分类管理
患者分组设置
可以根据患者的疾病分类，病人的来源进行用户分组，针对病人按分组规定进行
定期随访的任务
患者标识管理
提供标识管理，将特殊患者如死亡，纠纷患者进行手工标识，并可按标识进行患
者筛选；
门诊患者随访可以查看到所有门诊的患者信息
出院病人随访可以查看到所有出院的患者
随访方案管理
可以根据慢病临床治疗路径建立病人随访方案，定期跟踪，并可设置不同的随访
渠道（微信、短信、电话）
随访记录查询可以查看到所有已随访的记录进行查询
随访录音查询可以查看历史随访的录音，进行录音回放
病人随访工作报
告
可以实现随访量，随访成功率，随访综合满意度，以及收集意见反馈汇总的随访
工作分析报告
按随访病种统计
分析
根据国家的随访率要求，按病种生成统计分析报告
专科科研统计分
析报告
根据随访量表中的各种指标，生成统计分析报告，用于医院疾病的科研分析
健康处方库健康处方库可在新增、导入医院的健康处方，并匹配患者的病种及诊断可通过短信、微信的形式进行精准推送。

同时系统应集成常见健康处方库，健康处方库应该在6000
条以上；
消息平台
关怀提醒可以将需要发送的消息内容通过短信或微信群发给病人，关怀提醒
消息模板可以将个人常用的消息配置成模板，发送短信时可直接选择发送或者修改后发送院内通讯录
可以将本院全体人员的姓名、手机号码进行入库管理，方便日后院内消息推送，
如同手机通讯录
院内通知可以将院内通知群发到医院各个医务人员
短息记录查询可统计出医院发送短信的所有记录
数据对接及实
施对接病案系统到
平台
支持与医院病案系统的对接，可以查看到病人首页的基本信息如：出院科室，出
院院诊，手术记录信息。

患者基本信息患者姓名，性别，年龄，联系电话，联系人基本信息
患者住院信息出院科室，出院诊断，手术记录；
患者随访信息患者随访日期，随访人，随访评价反馈信息，随访满意度调查记录
满意度调查信
息
原有的满意度问卷内容，满意度调查记录。

患者微信
端
登录手机号+密码登录
注册身份证号+姓名
完善基本资料与系统建立绑定关系，即可在就诊后接受随访干预
添加就诊人可添加多个就诊人，家属可同时接收相应的随访提醒
查看个人健康
档案
查看个人的住院记录、检验检查记录
查看健康知识
根据当前的病种或诊断关联健康宣教库的内容，可查看与本人相关的疾病
知识
查看个人康复
计划
按随访执行时间轴展示医生制定的随访方案，并可查看该随访方案的执行
情况
接收健康宣教
提醒
后台通过制定随访方案，定期给患者推送的健康宣教知识
接收随访提醒
后台通过制定随访方案，定期给患者推送复查提醒、随访问诊表等内容，
可针对随访计划与医生进行沟通、在随访量表中上传相应的检验检验报告咨询回复提醒接收医生推送的咨询回复消息，并可针对该消息与医生进行沟通
接收转诊提醒
医生通过后台发起转诊申请，审核通过后，患者将收到相应的转诊提醒消
息
六．系统功能要求1 安全保密需求
开发者根据实际需要进行相关部分数据加密
1.1密码保护
用户密码以及部分人员信息使用加密
利用密码强度限制，排除存在弱密码的可能性
后台登录启用验证码防止利用工具穷举破解密码
1.2.注入漏洞攻击防范
查询参数使用严格的过滤函数进行过滤
限定URL的传递参数类型、数量、范围等来防止通过构造URL进行恶意攻击
1.3访问限制
后台管理目录可以通过更改目录名来防止攻击
后台管理文件对访问用户身份的统一验证
从整体上限制直接输入地址访问后台文件
1.4输入验证
利用验证控件，对用户输入的数据进行类型、大小、范围的验证
1.5.上传下载防范
数据库防下载功能
对上传文件类型进行检查，并删除黑名单中列出类型的文件
对上传文件的实际类型进行检查
用户自己的文件可设置文件的查看及下载等权限，无此权限的用户无法访问
所有下载的文件均有下载记录，方便用户实时检查下载情况
1.6.跨站脚本攻击防范
对于不支持HTML标记的内容使用HTMLEncode进行编码
对于支持HTML标记的内容使用脚本过滤函数来过滤绝大部分可运行的脚本代码，作为
防范的辅助措施
加密Cookie来防止Cookie通过脚本泄密
1.7其他措施
跟踪用户操作异常和系统异常，并详细记录到日志中，以便于分析
对程序集进行加密和混淆，避免恶意用户通过反射程序集利用代码漏洞攻击
项目运行方配备有关防病毒及木马软件来处理系统病毒及木马问题
项目运行方配备具有快照功能的存储设备对用户文件进行实时备份
项目运行方配备分级存储管理软件系统，以提高存储空间利用率
项目数据将定期进行异机备份
七．配套硬件设备要求
1 开发语言以及运行环境
前端语言：php:5.5
数据库语言：mysql: 5.6
2 服务器配置环境
linux：centos6.8
apache:5.6
3 HIS/LIS/PACS数据读取
数据内容：患者基本信息、电子病历、各类检验检查数据、诊断信息、处方信息。

数据权限：单向读取，不写入
数据返回：HIS/LIS/PACS返回json对象数据
八．系统验收标准及验收办法
1．系统验收条件须同时具备以下两个条件：
●本项目涉及软件系统安装调试完成，运行正常，试运行满60工作日；
●系统与院内HIS、LIS、EMR、PACS等系统达到无缝连接并运行正常。

中标方在满足上述验收条件后可向招标方提出验收申请，由招标方组织有关人员成立验收小组对本项目的结果及实施过程进行审查、测试和验收，并给出相关意见或结论。

中标方在具备验收条件时提出验收申请并做好相应准备、配合工作。

2．系统验收分为产品的验收和整体工程两方面的验收。

●产品验收
●测试验收
投标人应提供完成验收需要的测试的工具、测试的方法、测试的环境等一整套测试方案。

a. 功能验证测试
验收内容包括全部功能的测试，系统的兼容性、易用性等。

用户手册和操作手册等资料的完整性和正确性。

b. 系统试运行
系统验收测试完成后，在实际环境中试运行60日。

在试运行期间，系统如出现因投标人失误所引起的质量和性能等重大问题，则从问题解决之日起重新计算试运行期。

3．验收依据：
（1）合同文本及附件；
（2）招标文件的要求和投标文件的承诺；
（3）国际和国内相应的标准、规范。

九．服务与售后
1．技术支持
●中标人有责任保证安全和质量的前提下提供技术服务，包括：技术咨询、技
术资料、设备技术说明书、使用说明书、维护说明书等；
●在系统安装和调测期间，采购单位有权派出技术人员参加，中标人有义务对
其进行指导；
●中标人应根据合同规定将实施方案资料提前发往采购单位；
●中标人应提供全套技术资料，包括：维护命令手册、测试手册、所有属于医
疗信息部分的数据库表结构和设计文档。

●中标人应明确提出技术支持服务的服务级别等；
●中标人应明确提出技术支持服务所需的费用。

2．售后服务要求
●提供1年7*24小时随时响应，8小时解决问题。

●投标人须明确服务方式及响应时间，包括现场、电话、E-mail等方式；
●提供终身技术支持服务；
●质保期内完成上级主管部门要求的相关报表
●向招标方提供系统数据结构和字段说明，列出表与表之间的关系。

2．培训要求
投标人必需提供但不限于以下内容的培训：
●系统安装与维护培训；
●系统用户使用培训；
●常见故障及诊断培训；
●本系统的应用与管理培训。

文档结束。