1 营养系统 建设需求 项目需求描述 ★项目免费运维期要求:验收之日起一年。
★投标人根据招标文件载明的标的采购项目实际情况,本次采购不同意分包或者转包。
★本项目要求供应商完成第三方系统接入工作,实现数据共享与互联互通,达到系统无缝对接效果。
★本项目要求供应商中标后先调研医院实际营养业务流程,按照医院管理部门要求设计并实现业务闭环流程。
★投标人必须明确所投产品的架构模式,并结合实际业务流程阐述采用此架构的应用优势。
★投标人接口建设需符合《国家医疗健康信息区域信息互联互通标准化成熟度测评方案》要求,并可达到《关于进一步推进以电子病历为核心的医疗机构信息化建设工作的通知》文件中要求的三甲综合医院水平。
1 医院概况 广州市花都区人民医院创建于 1950 年,1994 年 12 月被评为“二级甲等医院”;1996年 8 月 18 日被评为爱婴医院;2003 年被评为广东省高等医学院教学医院;2005 年 12 月被评定为南方医科大学附属花都医院;2010 年被指定为广州亚运会定点医院;2017 年 12 月被评为三级甲等医院,是花都区内唯一一家综合性三级医院。
医院分新华路总院、宝华院区(肾病泌尿中心)、田美院区(围产医学中心)共三个院区,占地总面积 4.8 万平方米,建筑面积 9.2 万平方米,全院设有临床科室 31 个,医技科室11 个,其中神经外科是广州市卫生系统重点科室,同时是广东省创伤科研救治中心颅脑创伤专科;妇产科是广州市花都区重症孕产妇救治中心;肾病泌尿专科是广州市医学重点学科建设项目。
医院目前拥有花都区唯一的飞利浦核磁共振 1.5T 超导设备、西门子 64 排螺旋 CT、美国 GE 数字剪影血管造影系统(DSA),先进的数字化 X 线拍片系统、德国产电视腹腔镜、
2 宫腔镜、电视输尿管肾镜、前列腺气化电切镜、椎间盘镜、关节镜、Olympus 电子胃镜、电子纤支镜、电子肠镜、电子喉镜、三维彩超、全自动生化分析仪等医疗设备。
医院现有员工 1541 人,专业技术人员 1216 人,高级职称人员 203 人,其中正高级职称20 人,副高级职称 183 人。本科以上学历 404 人,其中博士研究生 11 人,硕士研究生 108人。博士研究生导师 1 人,硕士研究生导师 2 人,全院医生 417,护理人员 604 人,医技人员 125 人。占地面积 48020 ㎡,病床编制 800 张,实际开放 1100 张。
目前我院正积极筹建新院,现已在花都区中轴线 CBD 核心区域获批土地 220 亩,新建的花都区人民医院建设目标是打造融医疗、教学、科研、保健、康复为一体,专科优势明显、省内先进的区域性、国际性、现代化、智能化三级甲等综合性医疗保健中心,成为广州市北部区域医疗中心、业务技术指导中心和区域医疗服务网络的龙头。在建设上要高标准规划、高水平设计、高起点建设,在人才、技术、设备、管理、服务、信息等方面,要跨入全省市的区(县) 级医院的先进行列,总建筑面积拟控制在 230000 平方米以内,住院部设 1500 床。
2 采购一栏表 序号 号 采 购名称 数量 量 最 长实施周期 最 高限价 1 营 养 管 理系统 1 套 3 个月 60 万(含中标人原始成品、二次改造开发、安装部署、标配附属软件、调试、试运行、培训、约定的维护期服务、差旅交通食宿费用、第三方系统接入、第三方系统功能改造、嵌入第三方系统改造、各项税费及合同实施过程中不可预见费用等)。
3 项目背景 随着临床营养的迅速发展,住院患者的临床营养整体管理在临床诊疗过程中所发挥的作用越来越重要。为充分提高住院患者临床营养诊疗效果,着眼前瞻,展现我院学科、服务特色,我院临床营养科特申请医院营养信息系统,以强化临床营养信息化建设,提
3 高营养管理效率,拓宽营养管理半径,提升营养管理效益,最终满足患者的营养治疗需求,提高患者满意度。
2017 年 6 月国务院办公厅发布了《国民营养计划(2017—2030 年)》,要求以人民健康为中心,以普及营养健康知识、优化营养健康服务、完善营养健康制度、建设营养健康环境、发展营养健康产业为重点,并将临床营养工作作为重大行动进行落实。医保政策在《国家基本医疗保险、工伤保险和生育保险药品目录(2017 年版)》(以下简称药品目录),对营养用药有具体说明,即《药品目录》中说明:参保人员使用西药部分第 234-247 号“胃肠外营养液”、第 262 号“丙氨酰谷氨酰胺注射剂”、第 1257号“肠内营养制剂”时,需经营养风险筛查明确具有营养风险时方可按规定支付费用,说明国家对临床营养用药规范化管理的重视。
目前我院营养科按照《三级综合医院评审实施细则标准(2011 版)》开展临床营养工作,建立营养门诊(营养门诊、围产期营养门诊、体重管理门诊),开展全院住院患者营养风险筛查,重点患者营养评估、营养诊断、营养内外营养支持治疗,住院患者营养指导与治疗膳食服务,临床营养质量控制管理等工作,各项规章制度完善,日常工作运营良好,但为了更进一步提升临床营养诊疗服务水平,缩短与其它大医院差距,现计划建立营养管理系统,加强与临床信息实时交互,多科室合作、为优质化临床营养。
4 项目规范要求 4.1 软件开发相关规范 GB 8566-1988 《计算机软件开发规范》
GB 8567-1988 《计算机软件产品开发文件编制指南》 4.2 医院信息化相关规范 《全国医院信息化建设标准与规范(试行)》 《国家医疗健康信息互联互通标准化成熟度测评方案》 《医疗机构处方审核规范》
4 《医疗机构药事管理规定》 《处方管理办法》 《医院处方点评管理规范(试行)》 《关于加强药事管理转变药学服务模式的通知》 ★系统各项技术应遵循国家相关标准和技术体制,没有相应国家标准则须遵循国际标准。对于现存多种标准的技术,中标人应与采购人共同协商选定标准。一旦相应的中国(或国际)标准确立,中标人应保证在 1 年内免费过渡到采购人要求的中国(或国际)标准。
5 总体建设目标要求 (1)构建完整的医院患者营养风险评估体系 (2)构建完整的医院患者营养诊疗体系 (3)实现营养科工作从被动服务向主动服务转变,是临床营养科与临床科室诊疗协作的重要载体。
(4)完整的临床诊疗信息,可真正意义上实现实时,共享,查询和备份。为科研和教学提供数据。
(5)开展患者营养宣教的主要工具。
(6)规范的临床营养诊疗体系:按照三甲复审要求,构建完整的门诊营养诊疗体系和住院营养诊疗体系,实现营养筛查、营养评估、营养诊断、营养干预、营养监测的动态过程管理。
(7)
肠内、肠外营养干预及并发症预警,并动态监测营养改善效果,及时调整方案同时打通 FMSP 的整体流程达到科室收益大幅度提高。
(8)FSMP(特医食品)规模化提升:提升肠内营养收入规模、降低药占比和规范化管理水平的同时,实现营养科与临床科室 MDT 多科室协作,提升患者诊疗效果。
(9)提供完整的营养报表和综合查询功能,为临床、科研、教学提供数据。
(10)★工作流程应符合医院需求,并提供灵活的调整空间;知识库规则、说明书及权限分配等常用操作,需有可视化窗口界面可供医院自行调整,不须系统开发商修改代码;临床维护界面简单易操作,不需要营养师编程,不需要营养师处理复杂逻辑关系。
5 6 总 总 体 性能要求 医院信息系统是为采集、加工、存储、检索、传递病人医疗信息及相关的管理信息而建立的人机系统。数据的管理是医院信息系统成功的关键。数据必须准确、可信、可用、完整、规范及安全可靠。
6.1 运行环境要求 1. 技术结构:采用先进的一体化软件体系结构,各系统能共享一个数据库,项目可采用C#,java,VB 等语言开发,采用 B/S 或 C/S 相结合架构。
2. 服务器操作系统:应能支持 Windows、UNIX、Linux、AIX 等主流操作系统 3. 工作站操作系统:应能支持 Windows 系列等主流操作系统 4. 项目采用 SQL SERVER 或者 Oracle 等主流大型数据库系统。
5. 对外对接采用动态链接库 DLL、Web Service、中间表、数据库视图等技术方式。实现系统之间的无缝整合和数据共享。
6. 审方系统不能影响医院业务系统的正常运行,使用的终端数量不受限制,同时需要考虑服务器并发问题导至分析速度过慢问题,计算机预审分析速度每 200 张处方分析必须小于等于 1 秒内完成,系统可分布式部署,在多个院区内实现独立处理,并能同步至主系统中。
6.2 保密及安全防范要求 1. 系统必须有严格的权限设置功能。为方便用户,此设置应尽可能灵活。
2. 数据安全:系统应具备保证数据安全的功能。重要数据,系统只能提供有痕迹的更正功能,预防利用计算机犯罪。
3. 重要数据资料要遵守国家有关保密制定的规定。从数据输入、处理、存储、输出严格审查和管理,不允许通过医院信息系统非法扩散。
4. 重要保密数据,要对数据进行加密处理后再存入机内,对存贮磁性介质或其它介质的文件和数据,系统必须提供相关的保护措施。
5. 采用密码技术保证重要数据在传输过程中的保密性,包括但不限千鉴别数据、重要业务
6 数据和重要个人信息等。
6.3 数据技术规范要求 1. 数据输入:应提供数据输入准确、快速、完整性的操作手段,实现应用系统在数据源发生地一次性输入数据技术。
2. 数据共享:必须提供系统数据共享功能。
3. 数据备份:具备数据备份功能,包括自动定时数据备份,程序操作备份和手工操作备份。为防止不可预见的事故及灾害,数据必须异地备份。
4. 数据恢复:具备数据恢复功能,包括程序操作数据恢复和手工操作数据恢复。
5. 数据字典编码标准:数据字典包括国家标准数据字典、行业标准数据字典、地方标准数据字典和用户数据字典。为确保数据规范,信息分类编码应符合我国法律、法规、规章及有关规定,对已有的国标,行业标准及部标的数据字典,应采用相应的有关标准,不得自定义。使用允许用户扩充的标准,应严格按照该标准的编码原则扩充。
6.4 用 用 户管理与身份鉴别要求 1. 提供基本的组织管理、用户管理、角色管理与权限管理功能。
2. 记录系统管理员对用户的管理行为。
3. 用户在登录时是否采用了身份鉴别 4. 用户身份标识是否具有唯一性 5. 验证是否不存在空口令用户 6. 密码是否具有复杂度要求(至少 8 位,大小字母、数字、字符任意三项组合,密码不包含账户)并定期更换(至少 90 天更换一次密码)
7. 配置并启用登录失败处理功能 8. 配置并启用限制非法登录功能,非法登录达到一定次数后采取特定动作,如(登录失败3 次账户锁定 5 分钟等)
9. 配置并启用登录连接超时及自动退出功能(账户登录无操作 10 分钟自动退出)
10. 采用传输加密等安全方式对系统进行远程管理,防止鉴别信息在网络传输过程中被窃听。
11. 采用用户密码与(动态口令、数字证书、生物指纹、设备指纹等)其中一种实现双因素
7 认证。
6.5 日志记录与审计要求 1. 安全审计日志对系统内发生的各种与安全有关的活动的相关信息进行识别、记录、存储和分析,能够为安全事件的事后追查提供信息支持。
2. 审计日志至少保存 6 个月。
3. 开启安全审计功能,安全审计范围覆盖到每个用户,对重要的用户行为和重要安全事件进行审计
4. 审计记录信息包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息
5. 对审计记录进行保护(审计日志不能删除、修改或者覆盖),对审计记录进行定期备份,并核查其备份策略
6. 对审计进程进行保护,防止未经授权的中断。
7. 包含多个方面的日志功能,为安全审计提供依据,保证无法删除、修改或覆盖审计记录,以便及时发现系统存在的漏洞、入侵行为等。审计记录的内容至少包括时间日期、时间、发起者信息、类型、描述和结果等。
6.6 访问控制要求
1. 为用户分配账户并配制权限设置。
2. 禁用或者限制匿名、默认账户的访问权限。
3. 重命名默认账户或删除默认账户。
4. 修改默认账户的默认口令。
5. 删除多余或过期账户,管理员用户与账户之间一一对应。
6. 划分管理员角色、管理员权限分离(系统管理员、配置管理员、审计管理员)、管理员角色分配工作的最小权限。
7. 由授权主体(如管理用户)负责配置访问控制策略。
8. 授权主体依据安全策略配登录主体对客体的访问规则。
9. 用户不能有可越权访问情形。
10. 访问控制策略的控制粒度要达到主体为用户级或进程级,客体为文件、数据库表、记录
8 或字段级 。
11. 对主体、客体设置安全标记 。
12. 依据主体、客体安全标记控制主体对客体访问的强制访问控制策略 。
13. 为提高登入系统的安全性,需要引入访问控制策略,使各系统均具备 IP 规则限定功能和传输加密功能。
6.7 可靠性要求 要求系统应能够连续运行,保持高的可用性,出现故障应能及时告警,软件系统应具备自动或手动恢复措施,恢复时间<0.5 个小时,以便在发生错误时能够快速地恢复正常运行。软件系统要防止消耗过多的系统资源而使系统崩溃,系统支持双机热备运行,支持负载均衡并可以扩展。
7 互联互 通要求 7.1 总体要求 1、符合电子病历应用水平四级评审。
2、系统对接要求保证与院内相关系统实现互联互通, 自动抓取软件系统需要的数据,符合互联互通四甲测评要求。
3、系统可实时查询住院患者特殊饮食、肠内营养、一般饮食的汇总情况(分全院、专科);针对住院患者的运动处方责任护士可以在嘉和电子病历系统实时接收,以利于责任护士进行针对性的监控教育。
4、系统建设需以电子病历系统为核心,嵌入营养管理系统功能,实现评估、干预、汇总、医嘱、沟通、反馈、应用评价的全闭环管理。
5、与院内电子签名认证系统对接, 实现数字签名功能以及无纸化归档。
6、投标人必须提供并制定与医院现有系统接口的方案,包含但不限于集成平台(江苏汇鑫融智软件科技有限公司)、EMR 系统(北京嘉和美康信息技术有限公司),HIS 系统(金蝶医疗软件科技有限公司)、LIS 系统(广州惠侨计算机科技有限公司)等。承诺接入任何系统投标方不收取接口费及相关实施费
9 用。
7.2 HIS 接口模块 要求 7.2.1 病人信息 字段描述
字段名称
备注
病人唯一标识
PATIENT_ID
每一个病人每次就诊, 该字段相同
住院号/门诊号
IN_HOS_NUM
全局唯一, 每一个病人每次就诊, 该 字段不同。
是否住院病人
IS_INPATIENT
1-住院病人, 0-门诊病人
次序号(第几次就诊)
VISIT_ID
1,2…
查询医嘱信息的病人唯一标 示
PATIENT_ID_FOR_ORDER
必须和病人医嘱信息表 (JY_VIEW_HIS_PAT_ORDERS)
里 的 PATIENT_ID 字段相同
查询医嘱信息的住院号/门 诊号
IN_HOS_NUM_FOR_ORDER
必须和病人医嘱信息表 (JY_VIEW_HIS_PAT_ORDERS)
里 的 IN_HOS_NUM 字段相同
查询生化信息的病人唯一标 示
PATIENT_ID_FOR_LIS
必须和住院病人生化检验结果表 (JY_VIEW_LIS_RESULT)
里的 PATIENT_ID 字段相同
查询生化信息的住院号/门 诊号
IN_HOS_NUM_FOR_LIS
必须和住院病人生化检验结果表 (JY_VIEW_LIS_RESULT)
里的 IN_HOS_NUM 字段相同
科室代码
DEPARTMENT_CODE
唯一
科室名称
DEPARTMENT_NAME
唯一
病区编码
WARD_CODE
唯一
病区名称
WARD_NAME
唯一
床号
SICKBED_NUM
姓名
PATIENT_NAME
性别
SEX
男、 女
出生年月
BIRTHDAY
yyyy-MM-dd 格式
年龄
AGE_OF_YEAR
数字, 如:
18
10 月龄
AGE_OF_MONTH
儿童信息中可提供, 成人信息可不提 供(可为 null 值)
天
AGE_OF_DAY
儿童信息中可提供, 成人信息可不提 供(可为 null 值)
身高
STATURE
可为 null
体重
WEIGHT
可为 null
联系电话
PHONE
现住址
ADDRESS
身份证号
IDENTITY_CARD_NUM
收费类型
CHARGE_TYPE
0-标准价格 1-优惠价格 2-外宾价格
预交金余额
BALANCE
只上临床营养系统, 该字段可为空
入院时间
IN_HOSPITAL_DATE
yyyy-MM-dd HH:mm:ss 格式
主要诊断
DIAGNOSIS
出院结算标识
SETTLED_INDICATOR
是、 否
出院时间
OUT_HOSPITAL_DATE
yyyy-MM-dd HH:mm:ss 格 式 、 可 为 null
7.2.2 病人医嘱信息 字段描述
字段名称
备注 病人唯一标识
PATIENT_ID_FOR_ORDER
次序号(第几次就诊)
VISIT_ID
1,2…
住院号/门诊号
IN_HOS_NUM_FOR_ORDER
医嘱序号
ORDER_NUM
一个病人的所有医嘱独立分配序号, 按时间顺序, 从小到大排序
医嘱子序号
ORDER_SUB_NUM
用于标识成组医嘱中的各医嘱项目, 对独立的医嘱, 为 1, 在成组医嘱内 部, 从 1 开始顺序排列
医嘱执行开始时间
START_DATE
yyyy-MM-dd HH:mm:ss 格式
医嘱执行结束时间
STOP_DATE
yyyy-MM-dd HH:mm:ss 格式
长期医嘱标志
LONG_TIME_INDICATOR
本医嘱是否长期医嘱:
1-长期、 0-临时
医嘱类别代码
ORDER_CLASS_CODE
唯一
医嘱类别名称
ORDER_CLASS_NAME
如:
饮食医嘱、 肠内肠外制
11 剂
医嘱编码
ORDER_CODE
唯一
医嘱正文
ORDER_TEXT
医嘱内容(如:
普食)
医嘱状态
ORDER_STATUS
反映医嘱的执行状态, 如新开、 校 对、 执行、 停止等
药品一次使用剂量
DOSAGE
数字
剂量单位
DOSAGE_UNITS
次, ml 等
持续时间
DURATION
数字
持续时间单位
DURATION_UNITS
天
频率次数
FREQ_COUNTER
数字, 执行频率的次数, 如:
3
频率间隔
FREQ_INTERVAL
数字, 执行频率的间隔, 如:
8, 12
频率间隔单位
FREQ_INTERVAL_UNIT
小时
执行时间详细描述
FREQ_DETAIL
医嘱执行的详细时间表, 用于对执行 频率的补充, 如:
执行频率为 3/日, 补充为饭前执行或直接指定时间
护士执行时间
PERFORM_SCHEDULE
yyyy-MM-dd HH:mm:ss
执行结果
PERFORM_RESULT
开医嘱科室
ORDERING_DEPT
科室编码
开医嘱医生
DOCTOR
姓名
停医嘱医生
STOP_DOCTOR
姓名
开医嘱校对护士
NURSE
姓名
停医嘱校对护士
STOP_NURSE
姓名
开医嘱录入日期及时间
ENTER_DATE_TIME
yyyy-MM-dd HH:mm:ss
停医嘱录入日期及时间
STOP_ORDER_DATE_TIME
yyyy-MM-dd HH:mm:ss
7.2.3 医院科室字典 字段描述
字段名称
备注 科室编码
DEPARTMENT_CODE
唯一, 包含科室、 病区
科室名称
DEPARTMENT_NAME
唯一, 包含科室、 病区
临床科室属性
CLINIC_ATTRIBUTE
0-临床、 1-辅诊、 2-护理单元、 3-机 关、 4-其他
门诊住院科室标志
OUTPATIENT_OR_INPATIENT
0-门诊科室, 1-住院科室
内外科标志
INTERNAL_OR_SURGERY
如果是临床科室, 则区分
12 内外科:
0- 内科, 1-外科
科室、 病区标志
DEPARTMENT_OR_WARD
0-科室,1-病区
上级科室编码
PARENT_DEPT_CODE
7.2.4 用 用 户 信息 字段描述
字段名称
备注 工号
EMPLOYEE_ID
密码
PASSWORD
如果有加密, 需要提供加密方式
名字
NAME
姓名
英文名
ENGLISH_NAME
性别
SEX
1 表示男, 0 表示女
身份证号
ID_NUMBER
科室编码
DEPARTMENT_CODE
病区编码
WARD_CODE
分组编码
GROUP_CODE
生日
BIRTHDAY
yyyy-MM-dd hh:mm:ss 格式
职务
JOB
可以为空
办公室电话
OFFICE_PHONE
可以为空
家庭电话
HOME_PHONE
可以为空
移动电话
MOBILE_PHONE
可以为空
传真
FAX
可以为空
邮箱
可以为空
可以为空
地址
ADDRESS
可以为空
描述
DESCRIPTION
可以为空
角色
ROLE
DOCTOR 医生 ROLE_NURSE 护士
7.2.5 患者筛查信息字典 字段描述
字段名称
备注 流水号
PATIENT_ID
每一个病人每次就诊, 该字段相同
住院号/门诊号
IN_HOS_NUM
全局唯一, 每一个病人每次就诊, 该 字段不同。
是否住院
IS_INPATIENT
1-住院病人, 0-门诊病人
筛查日期
FILTRATED_DATE
yyyy-MM-dd HH:mm:ss
筛查方式
FILTRATED_MODE
如:
NRS
13 筛查结果分数
FILTRATED_RESULT
数值
处理意见
RECOMMEND
7.2.6 医生授权住院患者 字段描述
字段名称
备注 医生工号
EMPLOYEE_ID
医生科室编码
DEPARTMENT_CODE
病人唯一标识
PATIENT_ID
每一个病人每次就诊, 该字段相同
住院号
IN_HOS_NUM
全局唯一, 每一个病人每次就诊, 该 字段不同。
姓名
PATIENT_NAME
性别
SEX
床号
SICKBED_NUM
7.3 LIS 接口模块 要求 7.3.1 住院病人生化检验结果 字段描述
字段名称
备注
病人唯一标识
PATIENT_ID_FOR_LIS
住 院 次 序 号 (第 几 次 住 院)
VISIT_ID
1,2…
住院号
IN_HOS_NUM_FOR_LIS
检验报告单号
CHECKOUT_RPT_NO
检验报告单子序号
CHECKOUT_RPT_SUB_NO
检验报告类型代码
CHECKOUT_RPT_CODE
检验报告类型名称
CHECKOUT_RPT_NAME
如:
血常规、 尿常规….
送检科室名称
INSPECT_DEPT_NAME
送检日期
INSPECT_DATE
yyyy-MM-dd HH:mm:ss 格式
报告时间
CHECKOUT_RPT_TIME
yyyy-MM-dd HH:mm:ss 格式
标本名称
SAMPLE_NAME
如:
全血、 血清…..
项目代码
PROJECT_CODE
具体小项目代码
项目名称
PROJECT_NAME
结果
PROJECT_RESULT
参考值
REFERENCE
如:
0.00-1.00
单位
UNIT
如:
%、 g/L
异常情况
UNUSUAL_STATUS
NULL—正常、 ↑—偏高、 ↓—
14 偏低
7.3.2 门诊病人生化检验结果 字段描述
字段名称
备注
病人唯一标识
PATIENT_ID_FOR_LIS
门 诊 次 序 号 (第 几 次 门 诊)
VISIT_ID
1,2…
门诊号
IN_HOS_NUM_FOR_LIS 检验报告单号
CHECKOUT_RPT_NO 检验报告单子序号
CHECKOUT_RPT_SUB_NO 检验报告类型代码
CHECKOUT_RPT_CODE 检验报告类型名称
CHECKOUT_RPT_NAME
如:
血常规、 尿常规…. 送检科室名称
INSPECT_DEPT_NAME 送检日期
INSPECT_DATE
yyyy-MM-dd HH:mm:ss 格式 报告时间
CHECKOUT_RPT_TIME
yyyy-MM-dd HH:mm:ss 格式
标本名称
SAMPLE_NAME
如:
全血、 血清…..
项目代码
PROJECT_CODE
具体小项目代码
项目名称
PROJECT_NAME
结果
PROJECT_RESULT
参考值
REFERENCE
单位
UNIT
异常情况
UNUSUAL_STATUS
NULL—正常、 ↑—偏高、 ↓—偏低
7.3.3 生化检验项目字典 字段描述
字段名称
备注
检验报告类型代码
CHECKOUT_RPT_CODE
大类代码
检验报告类型名称
CHECKOUT_RPT_NAME
如:
血常规、 尿常规….
项目代码
PROJECT_CODE
具体小项目代码
项目名称
PROJECT_NAME
如:
血红蛋白、 白蛋白
单位
UNIT
8 总体流程及关键需求
15
1. 患者入院后 24 小时给予营养筛查与评估,包含 NRS2002、儿童营养风险筛查、PG-SGA、MUST,对筛查出阳性结果,提醒主管医生开具营养会诊。
2. 营养医师接到临床会诊需求,到病房为患者提供营养评估,包括体格、体征、营养支持途径(口服、管饲、肠外)、实验室检查等,制定个体化营养方案。
3. 患者同意营养治疗方案,营养医师告知患者缴纳肠内营养费用。
4. 实施营养支持方案,通过医嘱系统下达每日肠内、肠外营养计划,记录查房到营养软件系统,并书写每日病程,提取实验室检查结果,监测皮下脂肪、胃肠不良反应、实验室检查结果等,书写营养病历。
5. 建立饮食宣教与食谱资料库,根据不同患者临床诊断,给予专业化饮食指导。
6. 患者出院后,评估营养诊疗效果与营养状况,对于仍存在营养风险的患者进行随访、追踪,有必要的患者携带营养制剂出院。
7.
通过门诊信息化系统管理门诊患者,监测患者健康水平,分析膳食营养素摄入量,制定个体化营养食谱与饮食指导方案。
8. 营养产品入库、出库、盘点管理,并连接营养管理系统,实现订单查询、库存查询、盘点历史查询,减少营养制剂的有效期损耗。
9 功能模块要求 通过配置临床营养管理系统,实现住院、门诊患者从营养筛查、营养评估、营养
16 诊断、营养治疗、营养监测、营养干预、营养宣教及营养电子病历等一体化智能临床营养诊疗流程化管理,打造临床营养信息化体系,规范临床营养诊疗路径,提高全院临床营养诊疗效率与诊疗质量,提升医院信息化建设水平及高质量水平医院评审实力。
9.1 住 住 院 营养诊疗系统参数 9.1.1 患者管理 9.1.1.1 在院病人列表 可通过接口从 HIS 系统获取病人信息, 表 并能生成全院在院病人列表。
。
全院在院病人列表,可查看病人信息,如入院时间、科室、床号、姓名、住院号、饮食医嘱。
可设置哪些病人作为高度关注的病人,方便集中管理。
9.1.1.2 会诊病人管理模块 可读取、 集中查看营养会诊信息, 根据会诊情况填写会诊意见 会诊结束可生成标准的营养会诊报告 可根据条件查询会诊病人, 查看会诊状态及会诊报告 9.1.1.3 在院 病人列表 可以按条件查询到符合条件的出院病人。
9.1.2 筛评工具 系统针对患者不同人群及个体状况,提供多种营养风险评估方式选择,可针对性选
17 择筛查方法。
营养筛查工具包含但不限于以下量表:
NRS2002、 MUST、 儿童营养风险筛查、 PG-SGA、 MNA-SF等 针对以上量表, 系统可自动评分并生成、 打印标准报告。
系统可自动将全院病人以不同颜色标记为未筛查病人、 有营养风险病人及无营养风险病人。
9.1.3 筛查标记
系统自动将全院病人以不同颜色标记为未筛查 病人、有营养风险病人及无营养风险病人。
9.1.4 筛查汇总
系统自动将营养筛查患者进行汇总,并实现不同筛查工具、筛查结果查询 9.1.5 复筛管理功能 ★ 可以对已筛查患者设置下次筛查时间 可以查看当日需要复筛的病人及需要对其复筛的量表 9.1.6 筛评查询功能
★ ★ 可以集中化查看全院病人筛查记录及对应的筛评结果 可以按多种条件查询对应的患者群体及其筛评结果 9.1.7 营养评估
营养摄入评估:当前营养摄入途径、经口营养摄入量、影响经口摄入因素。
18
膳食评估:24小时膳食回顾、具体膳食摄入评估。
体格评估:目前身高、目前体重、近期体重、腰围、臀围、腰臀比、上臂围、皮褶厚度、小腿围、握力。
临床体征:意识、呼吸、体温、水肿、皮肤弹性、粘膜、胸水、腹水。
营养诊断:根据患者多维度的评价信息,可自动得出多维度的营养诊断结果,营养科可根据实际情况进行个性化的补充。
生化评估:白蛋白、前白蛋白、总蛋白、血红蛋白、葡萄糖、肌酐、尿素氮、尿酸、钙、钾、氯等生化检查结果。
消化道症状评估:恶心、腹胀、腹泻、腹痛、呕吐、便秘、肠鸣音、出血、溃疡、机械通气等。
食物过敏及不耐受情况。
GLIM营养诊断。
★ 进行营养诊断:
根据患者多维度的评价信息, 可自动得出多维度的营养诊断结果, 并可自定义补充。
告 (提供诊断报告 模版)
评估报告模板可自 由设定。
。
9.1.8 营养治疗 9.1.8.1 肠内干预
肠内MDT 协作:可与HIS系统对接,读取临床下达的常规食字号肠内医嘱,营养科可开具个性化食字号肠内医嘱。
可维护常用制剂和经典处方,方便快速下达医嘱。
历次肠内医嘱查询,可清晰查看到已作废、已停用和正在生效的肠内医嘱。
可制定营养诊疗计划,进行营养指导、治疗膳食、肠内营养、治疗原则等计划。
19 可进行治疗膳食指导及膳食食谱制定,为患者提供个体化膳食指导。
9.1.8.2 膳食干预功能 可给患者配1-7, 日的营养食谱, 系统包含中国最新的食物成分表2002、 、 2004 和2009, , 提供食物种类≥3000 种, 菜谱≥2000 种的资源库。
经典食谱库含有多种疾病多套不同能量段食谱便于调用。
最后形成食谱清单指导 患者饮食。
可打印标准的营养配餐表并查询历次配餐记录 9.1.8.3 营养素分析
营养素计算:食字号肠内营养摄入量,达数十种营养素及三大能量来源比的自动计算。
食字号肠内风险预警:从营养素、浓度等多维度自动化实时分析,系统发现食字号肠内处方风险后自动预警。
9.1.8.4 营养素推荐
营养素推荐算法系统,可计算出患者个体化的营养素推荐值,推荐范围涵盖宏量及微量营养素。
9.1.8.5 营养会诊
临床科室可请营养科会诊,营养科可实时查看会诊通知,并进行会诊记录填写、保存。
从EMR系统中获取临床会诊申请,临床营养师录入会诊意见和结果,回写EMR,并
20 且可整合至营养病历 9.1.8.6 病程记录
实时记录患者营养诊疗过程,进行病程记录。
9.1.8.7 营养病历
自动生成包含患者基本信息、营养筛查、营养诊断、营养治疗、病程记录等信息的营养病历。
营养病历规范符合等级医院评审要求和国家卫生部病历书写规范,对接电子病历系统,将患者营养筛查、评估、诊断、干预、监测数据汇总,自动生成营养病历和病程记录,内容全面,包括个人信息,营养风险筛查,营养评估,营养诊断,营养干预,营养随诊、营养监测等内容,电子病历系统可引用本系统生成的营养病历内容, 9.1.9 监测中心 9.1.9.1 筛查监测
可查看患者历次筛查得分表。
9.1.9.2 体重/BMI 监测
可查看入院期间体重/BMI 的变化。
9.1.9.3 食字号肠内监测
可查看每日使用的食字号肠内制剂及用量 可查看患者每日食字号肠内营养素摄入量。
21 9.1.10 食字号肠内医嘱执行 9.1.10.1 肠内标签打印 自动化生成食字号肠内营养标签。
根据多种查询条件查询医嘱,并实现批量选择打印肠内营养标签。
9.1.10.2 食字号肠内 报表
肠内制剂配送单、制剂用量统计表、病人费用明细表。
9.1.11 系统管理 9.1.11.1 食字号肠内 制剂 管理 食字号肠内制剂信息维护。
可设置常用食字号肠内制剂。
9.1.11.2 科室管理
可自由维护需要营养管理的科室及科室简称。
9.1.11.3 饮食医嘱管理
★可勾选饮食医嘱的营养素推荐规则。
9.1.11.4 肠内配置
汇总所有肠内配置医嘱,并可实时查看配置信息,进行配送、退回等管理。
22 9.2 营养 门诊管理系统参数 9.2.1 患者管理
可支持与医院系统对接读取指定的挂号病人信息。
可支持手动添加病人,通过手工填写门诊病人信息生成门诊病人。
待诊病人列表,可根据门诊号或姓名快速查到病人。
9.2.2 筛评工具 系统针对患者不同人群及个体状况,提供多种营养风险评估方式选择,可针对性选择筛查方法。
营养筛查工具包含但不限于以下量表:
NRS2002、 MUST、 儿童营养风险筛查、 PG-SGA、 MNA-SF等 针对以上量表, 系统可自动评分并生成、 打印标准报告。
系统可自动将全院病人以不同颜色标记为未筛查病人、 有营养风险病人及无营养风险病人。
9.2.3 膳调工具 9.2.3.1 膳食大类调查
根据患者既往各标准膳食大类的摄入量,自动计算出营养素摄入量、蛋白质来源、能量来源。
出具系统标准的膳调报告,可打印。
9.2.3.2 营养素推荐
营养素推荐算法系统,可计算出患者个体化的营养素推荐值,推荐范围涵盖宏量及
23 微量营养素。
9.2.4 营养评估 9.2.4.1 营养摄入评估 当前营养摄入途径、经口营养摄入量、影响经口摄入因素。
9.2.4.2 膳食评估 24小时膳食回顾、具体膳食摄入评估。
膳食回顾、营养素摄入量分析、饮食结构分析、三餐功能比分析、能量来源分析等。
9.2.4.3 体格评估 目前身高、目前体重、近期体重、腰围、臀围、腰臀比、上臂围、皮褶厚度、小腿围、握力等 ★ 孕期体格评估: 孕期体重增长评估, 可生成标准体重增长曲线及患者历次体重增长 曲线。
★ ★ 婴幼儿体格评估: 可根据 Z 评分和 P 评分进行评价, 可生成体格发育图表及历次变 化趋势 9.2.4.4 临床体征 意识、呼吸、体温、水肿、皮肤弹性、粘膜、胸水、腹水。
9.2.4.5 营养诊断 根据患者多维度的评价信息,可自动得出多维度的营养诊断结果,营养科可根据实
24 际情况进行个性化的补充。
9.2.4.6 生化评估 白蛋白、前白蛋白、总蛋白、血红蛋白、葡萄糖、肌酐、尿素氮、尿酸、钙、钾、氯等生化检查结果。
检验异常指标分析、评估,支持检验结果数据从LIS对接自动获取。
9.2.4.7 能量消耗评估 根据病人的身高体重以及24小时所有的活动项目计算全天活动当量和所消耗的能量,形成能量消耗调查报告。
9.2.4.8 消化道症状评估 恶心、腹胀、腹泻、腹痛、呕吐、便秘、肠鸣音、出血、溃疡、机械通气等。
食物过敏及不耐受情况。
GLIM营养诊断。
9.2.4.9 评估小结 ★ 进行营养诊断:
根据患者多维度的评价信息, 可自动得出多维度的营养诊断结果, 并可自定义补充。
(提供诊断报告模版)
评估报告模板可自由设定。
。
9.2.5 营 营 养治疗 功能包含但不仅限于如下所列的治疗手段
25 9.2.5.1 食谱制定
可为患者进行个体化食谱制定,并提供配 1-7 日的营养食谱,系统包含中国最新的食物成分表,提供近食物和菜谱库资源。
经典食谱库含有多种疾病多套不同能量段食谱便于调用。最后形成食谱清单指导患者饮食。
可打印系统标准的营养配餐表。
9.2.5.2 肠内干预
营养科可开具成品及需配制的食字号肠内医嘱。
可维护常用制剂和经典处方,方便快速下达医嘱。
肠内医嘱单打印。
历次肠内医嘱查询,可清晰查看到历次门诊开具了哪些肠内制剂。
9.2.5.3 营养宣教 包括饮食原则、中医食疗和禁忌注意等,可支持移动端消息推送。
9.2.5.4 营养分析
营养素计算:合计食字号肠内、膳食的实际营养摄入量,达数十种营养素及三大能量来源比的自动计算。
食字号肠内风险预警:从营养素、人群禁忌、浓度等多维度自动化实时分析,系统发现食字号肠内处方风险后自动预警。
26 9.2.5.5 运动 处方 根据特定条件推荐适合的运动项目,供制定运动处方。
运动项目提供标准的运动消耗值,方便营养师在制定运动处方时查看。
9.2.6 门 门 诊报告
自动化生成系统标准的营养门诊报告,涵盖病人基本信息、营养筛评报告、膳食调查报告、营养配餐表、肠内处方、运动处方,可供营养医师自由勾选需要打印的模块,打印出报告提供给病人。
9.2.7 系统管理 9.2.7.1 制剂管理
食字号肠内制剂信息维护。
可设置常用食字号肠内制剂。
9.2.7.2 食材管理
可实现增加和删减食材,充分体现了库的开放和可拓展性。
9.2.7.3 菜谱管理
可以增加菜谱,或者修改菜谱食材搭配。
9.2.7.4 餐次管理 理
★可由营养科自由维护餐次。
27 9.2.7.5 疾病管理 ★可勾选疾病的营养素推荐规则。
9.2.7.6 人群管理
★可勾选人群的营养素推荐规则。
9.3 系统 扩展服务 移动设备服务:能够对接市面上主流的移动平板设备,支撑临床营养业务 在线院外营养管理服务:能够对接在线院外营养延伸服务,如:复诊提醒、线上问诊等 肠内处方自动配制室服务:能够对接市面上主流智能营养配制室设施,实现全自动、个性化营养配制 营养产品自动售货机服务:能够对接市面上主流自动售货机,实现患者按处方自助支付、取货 10 实施要求 1、实施周期:项目总合同签订后,3 个月内完成系统安装调试运行,验收交付使用。
2、投标人应派遣有经验的技术人员组成的工作小组到现场实施技术服务,包括软件改造、测试等技术服务、培训服务。
3、投标人在平台接口实施前,应先进行培训,开始实施时,须让有关人员参与实施、检测和排除故障。
4、调试工作完成后,投标人应提供咨询与技术支持工作,及时将其所发现并掌握的接口操作、故障检测、故障排除方法通知,并支持对软件进行升级服务。
5、结合采购人实际情况,拟定详细的系统实施计划,含客户化修改、测试、试运行、
28 培训及上线计划。承诺保证在合同规定时间内上线及上线系统的基本平稳。
11 质量保证要求 为了保证本系统能按时高质量地顺利完成,规避项目风险或将风险降至最低程度,应采取如下质量保证措施: 1.建立强有力的项目领导小组和实施小组,是确保本系统质量和成功实施的关键措施。
2.认真做好项目前期工作和实施计划。详尽全面的用户需求调研分析是系统实施的基础,先进实用的系统设计方案是系统实施的依据,一定要扎实做好需求调研分析以及系统设计工作,周密做好系统各阶段实施计划。
3.确保数据的正确性与全面性。
4.强化成果审查、测试工作。对系统各实施阶段产生的成果严格进行校审,对系统各功能模块进行严测试,严把各阶段质量关,从而确保整个系统的高质量。
5.做好用户培训工作。系统用户培训工作的好坏关系到系统贯彻与实施的质量与效率,培训教师、培训工作量、受训人员、培训考核等都应具有较高质量和水平。
12 培 培 训要求 1、投标人应提供相应的接口技术和改造系统操作等方面的培训。投标人将详细的培训课程以及时间表交给用户,最后以用户认可为准。
2、对于所有培训,投标人必须派出具有相应专业的实际工作和教学经验的培训讲师或相应的辅导人员进行培训。培训所使用的语言和教材必须是中文,否则投标人必须提供相应的翻译。
3、人员的培训内容包括:(1)在接口的安装调试、故障处理过程中,对系统使用人员进行实际的操作和故障处理培训;(2)在整套系统实施、调试完成后,对系统使用人员的操作培训,讲授说明系统及接口的安装、保养和应该注意的事项,使系统使用人员能够尽快地熟悉软件及接口技术的性能。
4、投标人须提供培训方案,包括培训教师、培训内容、培训教材。
29 13 验收要求 1、投标人在项目实施过程中,在用户指定的环境中进行测试后才能进行用户现场安装实施; 2、接口改造实施应严格按国家软件工程规范进行,供应商须根据开发进度及时提供相关文档,文档应有严格的版本控制策略,最终交付的文档,所有的技术文件须用中文书写。
3、项目交付应在合同规定时间内,将采购范围内所界定的工作完成,并协助采购人制定相应管理规范,在通过双方认可验收后,交付给采购人,其中包括:符合项目目标和相应的技术要求、业务要求的完成的,足以确保医院系统正常运行所需的管理、运营及维护有关的配套技术文件。
4、项目总体验收时,软件投标人须出具压力测试、安全试验报告,并由采购人与投标人共同对系统及接口改造内容进行验收,验收合格后在提供的《总体验收报告》确认。
5、验收费用:投标人须为验收提供必需的一切条件及相关费用。
14 售后服 务要求 1.运维期限:软件售后免费运维期自通过采购人终验合格之日起 1 年。
2.响应时限要求:服务响应时间为全年 7×24 小时随时响应,对于必须派人现场解决的问题,保证在收到现场服务通知后,2 小时内到达现场,4 小时内解决故障;一年内每三个月一次系统安全检测。中标人应提供定期的咨询服务(维护期内至少每半年一次,维护期后至少每年一次),若组织调整或业务流程变更,则中标人应提供及时的变更服务。
3.系统应用交流:每半年一次介绍产品新动态,并免费更新最新版本。
4.安全巡检:服务器、客户端、软件模块应用等业务涉及环节巡检,每月一次并书写巡检报告。
5.节前检查:根据院方要求完成节前检查切实保障节假日期间系统安全运行。
6.安全验证:数据备份和保存正确性验证;数据各系统之间的正确性验证;数据报告打印、客户端的正确性验证;数据结果查询和使用权限;数据下载的权限。
7.配置管理要求:所有修改、需求都需要做到有来源、有批准、有记录、有影响评估、
30 有公开告知等。注意各外部系统接入(LIS、HIS 等)的权限、备案记录、数据传输正确性验证、字典名称规范统一、数据撤回方案、通信不畅的应急方案等。
8.软件出错性修改:包含软件出错、软件死机、数据错误等。
9.服务器数据库检查及优化:按照采购人要求进行,包含数据转存储、数据库检查优化、垃圾数据清理、服务器检查等。
10.系统更新与优化:维护期内,提供系统版本免费升级及完善服务;可按照采购人要求进行优化软件功能与性能。
11.技术支持:包含系统适应性修改和系统现有功能的完成。
12.字典调整:包含字典调整指导,如政策性标准或基础字典全面重整等。
13.用户培训:定期开展用户操作培训,确保医院相关人员熟练操作检验系统,培训内容包括基本操作、特殊操作等,做好系统更新的功能说明。
14.系统升级结束后,提供系统操作文档等系统文档资料。
15.系统报表需及时按照政策、法规及医院要求做定期调整和完善。
15 付 付 款方式 合同签订且成交供应商提供合格发票后 10 个工作日内支付总额的 30%首付款;项目上线且成交供应商提供合格发票后 10 个工作日内支付合同总额的 30%上线款;项目安装验收合格且成交供应商提供合格的合同总额发票后 10 个工作日内支付合同总额的 35%验收款;成交供应商提供满 1 年的合格的运维服务和合格发票后 10 个工作日内无息支付合同总额的5%,若运维不合格采购人可酌情扣减尾款。
16 知识产权要求 成交供应商需对所有成果、产品的知识产权负有瑕疵担保责任,因使用未被授权使用的技术、组件、系统软件、通用软件等知识产权问题引起的纠纷所产生的所有责任及费用由成交供应商自行承担。
31 17 其他要求 1.★成交供应商应对由于软件产品而产生的故障负责排除,保证正常运行。维保期内成交供应商提供免费(含旅差费、人工费等)的软件升级(含软件版本打补丁和大、小版本更新)服务;免费维保期外成交供应商应提供系统和软件的终身维护。
2.特殊情况在 24 小时内无法修复的,应采取应急措施使系统正常运行;如果采购人发现软件质量或性能与合同要求不符,采购人应尽快以书面形式向成交供应商提出整改要求和索赔,成交供应商应在收到通知后在采购人规定的时间内免费修改软件,达到采购人要求。成交供应商指派维护人员具有较高的系统运行维护水平,并有很好的职业道德,具备完善的技术支持、服务体系,具有较强的实力,技术人员力量充足,具有专业的技术研发力量,能满足规定的服务要求。
3.★成交供应商必须如约承担合同履行时所应该尽的一切保密义务。成交供应商对项目实施过程中的资料、数据进行保密,未经采购人书面同意不得泄露,一切保密责任不因合同的中止或解除而失效。
4.★实施过程中如出现问题无法解决,医院保留有追究权利,成交供应商将承担由此引起的法律责任和采购方损失。维护过程中所产生的维护费用由成交供应商自行承担。
5.★在执行合同之前,成交供应商须与采购人签署保密协议。未经同意,不得将所接触到的业主技术或业务资料、数据用作其他用途或以任何形式泄露,否则成交供应商将承担由此引起的法律责任和采购方损失。成交供应商对所有本项目的有关资料必须保密,不得向第三方透露。
1