营养系统建设需求文档格式.docx
- 文档编号:18588701
- 上传时间:2022-12-28
- 格式:DOCX
- 页数:29
- 大小:72.81KB
营养系统建设需求文档格式.docx
《营养系统建设需求文档格式.docx》由会员分享,可在线阅读,更多相关《营养系统建设需求文档格式.docx(29页珍藏版)》请在冰豆网上搜索。
参保人员使用西药部分第234-247号“胃肠外营养液”、第262号“丙氨酰谷氨酰胺注射剂”、第1257号“肠内营养制剂”时,需经营养风险筛查明确具有营养风险时方可按规定支付费用,说明国家对临床营养用药规范化管理的重视。
目前我院营养科按照《三级综合医院评审实施细则标准(2011版)》开展临床营养工作,建立营养门诊(营养门诊、围产期营养门诊、体重管理门诊),开展全院住院患者营养风险筛查,重点患者营养评估、营养诊断、营养内外营养支持治疗,住院患者营养指导与治疗膳食服务,临床营养质量控制管理等工作,各项规章制度完善,日常工作运营良好,但为了更进一步提升临床营养诊疗服务水平,缩短与其它大医院差距,现计划建立营养管理系统,加强与临床信息实时交互,多科室合作、为优质化临床营养。
4项目规范要求
4.1软件开发相关规范
GB8566-1988《计算机软件开发规范》
GB8567-1988《计算机软件产品开发文件编制指南》
4.2医院信息化相关规范
《全国医院信息化建设标准与规范(试行)》
《国家医疗健康信息互联互通标准化成熟度测评方案》
《医疗机构处方审核规范》
《医疗机构药事管理规定》
《处方管理办法》
《医院处方点评管理规范(试行)》
《关于加强药事管理转变药学服务模式的通知》
★系统各项技术应遵循国家相关标准和技术体制,没有相应国家标准则须遵循国际标准。
对于现存多种标准的技术,中标人应与采购人共同协商选定标准。
一旦相应的中国(或国际)标准确立,中标人应保证在1年内免费过渡到采购人要求的中国(或国际)标准。
5总体建设目标要求
(1)构建完整的医院患者营养风险评估体系
(2)构建完整的医院患者营养诊疗体系
(3)实现营养科工作从被动服务向主动服务转变,是临床营养科与临床科室诊疗协作的重要载体。
(4)完整的临床诊疗信息,可真正意义上实现实时,共享,查询和备份。
为科研和教学提供数据。
(5)开展患者营养宣教的主要工具。
(6)规范的临床营养诊疗体系:
按照三甲复审要求,构建完整的门诊营养诊疗体系和住院营养诊疗体系,实现营养筛查、营养评估、营养诊断、营养干预、营养监测的动态过程管理。
(7)肠内、肠外营养干预及并发症预警,并动态监测营养改善效果,及时调整方案同时打通FMSP的整体流程达到科室收益大幅度提高。
(8)FSMP(特医食品)规模化提升:
提升肠内营养收入规模、降低药占比和规范化管理水平的同时,实现营养科与临床科室MDT多科室协作,提升患者诊疗效果。
(9)提供完整的营养报表和综合查询功能,为临床、科研、教学提供数据。
(10)★工作流程应符合医院需求,并提供灵活的调整空间;
知识库规则、说明书及权限分配等常用操作,需有可视化窗口界面可供医院自行调整,不须系统开发商修改代码;
临床维护界面简单易操作,不需要营养师编程,不需要营养师处理复杂逻辑关系。
6总体性能要求
医院信息系统是为采集、加工、存储、检索、传递病人医疗信息及相关的管理信息而建立的人机系统。
数据的管理是医院信息系统成功的关键。
数据必须准确、可信、可用、完整、规范及安全可靠。
6.1运行环境要求
1.技术结构:
采用先进的一体化软件体系结构,各系统能共享一个数据库,项目可采用C#,java,VB等语言开发,采用B/S或C/S相结合架构。
2.服务器操作系统:
应能支持Windows、UNIX、Linux、AIX等主流操作系统
3.工作站操作系统:
应能支持Windows系列等主流操作系统
4.项目采用SQL SERVER或者Oracle等主流大型数据库系统。
5.对外对接采用动态链接库DLL、WebService、中间表、数据库视图等技术方式。
实现系统之间的无缝整合和数据共享。
6.审方系统不能影响医院业务系统的正常运行,使用的终端数量不受限制,同时需要考虑服务器并发问题导至分析速度过慢问题,计算机预审分析速度每200张处方分析必须小于等于1秒内完成,系统可分布式部署,在多个院区内实现独立处理,并能同步至主系统中。
6.2保密及安全防范要求
1.系统必须有严格的权限设置功能。
为方便用户,此设置应尽可能灵活。
2.数据安全:
系统应具备保证数据安全的功能。
重要数据,系统只能提供有痕迹的更正功能,预防利用计算机犯罪。
3.重要数据资料要遵守国家有关保密制定的规定。
从数据输入、处理、存储、输出严格审查和管理,不允许通过医院信息系统非法扩散。
4.重要保密数据,要对数据进行加密处理后再存入机内,对存贮磁性介质或其它介质的文件和数据,系统必须提供相关的保护措施。
5.采用密码技术保证重要数据在传输过程中的保密性,包括但不限千鉴别数据、重要业务数据和重要个人信息等。
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.采用用户密码与(动态口令、数字证书、生物指纹、设备指纹等)其中一种实现双因素认证。
6.5日志记录与审计要求
1.安全审计日志对系统内发生的各种与安全有关的活动的相关信息进行识别、记录、存储和分析,能够为安全事件的事后追查提供信息支持。
2.审计日志至少保存6个月。
3.开启安全审计功能,安全审计范围覆盖到每个用户,对重要的用户行为和重要安全事件进行审计
4.审计记录信息包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息
5.对审计记录进行保护(审计日志不能删除、修改或者覆盖),对审计记录进行定期备份,并核查其备份策略
6.对审计进程进行保护,防止XX的中断。
7.包含多个方面的日志功能,为安全审计提供依据,保证无法删除、修改或覆盖审计记录,以便及时发现系统存在的漏洞、入侵行为等。
审计记录的内容至少包括时间日期、时间、发起者信息、类型、描述和结果等。
6.6访问控制要求
1.为用户分配账户并配制权限设置。
2.禁用或者限制匿名、默认账户的访问权限。
3.重命名默认账户或删除默认账户。
4.修改默认账户的默认口令。
5.删除多余或过期账户,管理员用户与账户之间一一对应。
6.划分管理员角色、管理员权限分离(系统管理员、配置管理员、审计管理员)、管理员角色分配工作的最小权限。
7.由授权主体(如管理用户)负责配置访问控制策略。
8.授权主体依据安全策略配登录主体对客体的访问规则。
9.用户不能有可越权访问情形。
10.访问控制策略的控制粒度要达到主体为用户级或进程级,客体为文件、数据库表、记录或字段级。
11.对主体、客体设置安全标记。
12.依据主体、客体安全标记控制主体对客体访问的强制访问控制策略。
13.为提高登入系统的安全性,需要引入访问控制策略,使各系统均具备IP规则限定功能和传输加密功能。
6.7可靠性要求
要求系统应能够连续运行,保持高的可用性,出现故障应能及时告警,软件系统应具备自动或手动恢复措施,恢复时间<
0.5个小时,以便在发生错误时能够快速地恢复正常运行。
软件系统要防止消耗过多的系统资源而使系统崩溃,系统支持双机热备运行,支持负载均衡并可以扩展。
7互联互通要求
7.1总体要求
1、符合电子病历应用水平四级评审。
2、系统对接要求保证与院内相关系统实现互联互通,自动抓取软件系统需要的数据,符合互联互通四甲测评要求。
3、系统可实时查询住院患者特殊饮食、肠内营养、一般饮食的汇总情况(分全院、专科);
针对住院患者的运动处方责任护士可以在嘉和电子病历系统实时接收,以利于责任护士进行针对性的监控教育。
4、系统建设需以电子病历系统为核心,嵌入营养管理系统功能,实现评估、干预、汇总、医嘱、沟通、反馈、应用评价的全闭环管理。
5、与院内电子签名认证系统对接,实现数字签名功能以及无纸化归档。
6、投标人必须提供并制定与医院现有系统接口的方案,包含但不限于集成平台(江苏汇鑫融智软件科技有限公司)、EMR系统(北京嘉和美康信息技术有限公司),HIS系统(金蝶医疗软件科技有限公司)、LIS系统(广州惠侨计算机科技有限公司)等。
承诺接入任何系统投标方不收取接口费及相关实施费用。
7.2HIS接口模块要求
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
的IN_HOS_NUM字段相同
查询生化信息的病人唯一标
PATIENT_ID_FOR_LIS
必须和住院病人生化检验结果表
(JY_VIEW_LIS_RESULT)里的
PATIENT_ID字段相同
查询生化信息的住院号/门
IN_HOS_NUM_FOR_LIS
IN_HOS_NUM字段相同
科室代码
DEPARTMENT_CODE
唯一
科室名称
DEPARTMENT_NAME
病区编码
WARD_CODE
病区名称
WARD_NAME
床号
SICKBED_NUM
姓名
PATIENT_NAME
性别
SEX
男、女
出生年月
BIRTHDAY
yyyy-MM-dd格式
年龄
AGE_OF_YEAR
数字,如:
18
月龄
AGE_OF_MONTH
儿童信息中可提供,成人信息可不提
供(可为null值)
天
AGE_OF_DAY
身高
STATURE
可为null
体重
WEIGHT
联系电话
PHONE
现住址
ADDRESS
身份证号
IDENTITY_CARD_NUM
收费类型
CHARGE_TYPE
0-标准价格1-优惠价格2-外宾价格
预交金余额
BALANCE
只上临床营养系统,该字段可为空
入院时间
IN_HOSPITAL_DATE
yyyy-MM-ddHH:
mm:
ss格式
主要诊断
DIAGNOSIS
出院结算标识
SETTLED_INDICATOR
是、否
出院时间
OUT_HOSPITAL_DATE
ss格式、可为
null
7.2.2病人医嘱信息
PATIENT_ID_FOR_ORDER
IN_HOS_NUM_FOR_ORDER
医嘱序号
ORDER_NUM
一个病人的所有医嘱独立分配序号,
按时间顺序,从小到大排序
医嘱子序号
ORDER_SUB_NUM
用于标识成组医嘱中的各医嘱项目,
对独立的医嘱,为1,在成组医嘱内
部,从1开始顺序排列
医嘱执行开始时间
START_DATE
医嘱执行结束时间
STOP_DATE
长期医嘱标志
LONG_TIME_INDICATOR
本医嘱是否长期医嘱:
1-长期、0-临时
医嘱类别代码
ORDER_CLASS_CODE
医嘱类别名称
ORDER_CLASS_NAME
如:
饮食医嘱、肠内肠外制剂
医嘱编码
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
ss
执行结果
PERFORM_RESULT
开医嘱科室
ORDERING_DEPT
科室编码
开医嘱医生
DOCTOR
姓名
停医嘱医生
STOP_DOCTOR
开医嘱校对护士
NURSE
停医嘱校对护士
STOP_NURSE
开医嘱录入日期及时间
ENTER_DATE_TIME
停医嘱录入日期及时间
STOP_ORDER_DATE_TIME
7.2.3医院科室字典
科室编码
唯一,包含科室、病区
临床科室属性
CLINIC_ATTRIBUTE
0-临床、1-辅诊、2-护理单元、3-机
关、4-其他
门诊住院科室标志
OUTPATIENT_OR_INPATIENT
0-门诊科室,1-住院科室
内外科标志
INTERNAL_OR_SURGERY
如果是临床科室,则区分内外科:
0-
内科,1-外科
科室、病区标志
DEPARTMENT_OR_WARD
0-科室,1-病区
上级科室编码
PARENT_DEPT_CODE
7.2.4用户信息
工号
EMPLOYEE_ID
密码
PASSWORD
如果有加密,需要提供加密方式
名字
NAME
英文名
ENGLISH_NAME
1表示男,0表示女
ID_NUMBER
DEPARTMENT_CODE
WARD_CODE
分组编码
GROUP_CODE
生日
yyyy-MM-ddhh:
职务
JOB
可以为空
办公室电话
OFFICE_PHONE
家庭电话
HOME_PHONE
移动电话
MOBILE_PHONE
传真
FAX
邮箱
地址
ADDRESS
描述
DESCRIPTION
角色
ROLE
ROLE_DOCTOR医生
ROLE_NURSE护士
7.2.5患者筛查信息字典
流水号
是否住院
筛查日期
FILTRATED_DATE
筛查方式
FILTRATED_MODE
NRS
筛查结果分数
FILTRATED_RESULT
数值
处理意见
RECOMMEND
7.2.6医生授权住院患者
医生工号
医生科室编码
住院号
SEX
7.3LIS接口模块要求
7.3.1住院病人生化检验结果
PATIENT_ID_FOR_LIS
住院次序号(第几次住
院)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 营养 系统 建设 需求