1.系统基础管理 1.1基础数据管理平台 系统概述: 基础数据管理平台是底层支撑系统,整合了医院信息系统的所有基础数据,为医疗机构的基础数据进行精细化的管理,并可根据医院需求提供丰富的标准化接口。 功能要求: 要求提供基础数据管理、产品配置管理、权限管理配置、日志管理、基础数据导入导出、临床知识库管理等功能。 详细要求: 基础数据管理:要求能够将所有维护基础数据的页面整合到一起,然后进行优化,尽量减少用户操作量,将常用数据维护功能整合到一起,并增加数据实时校验和快捷键操作等功能,使客户可以获得更好的用户体验。同时又能够保证了基础数据的准确性,要求能够通过多方位数据安全保障方案,使用户可以更方便、更快捷、更安全的管理基础数据。 产品配置管理:要求能够完成医院信息系统下的多种模块的配置,要求能够实现一站式产品配置管理与服务。 权限管理系统:要求能够解决医院信息化建设中需要将基础数据维护权限分配给各职能科室、临床科室的问题。权限管理系统整体要求包含三维立体权限管理(3D Authorization)和医院级授权(数据隔离),具体要求包含菜单授权、功能元素授权、基础数据授权等, 日志管理系统:要求基础数据维护下的页面可实现日志接口的调用,要求对数据的新增、修改、删除操作都存有日志,能够记录操作用户、IP地址、时间以及操作前后数据的变化等信息。要求可以数据的变更记录,以便错误操作数据时可以及时恢复数据和查找责任人。 临床知识库管理:要求临床知识库管理模块能够给临床工作者、患者或个体提供知识或统计信息,并可以自动选择适当的时机,智能地过滤或表示这些信息,以促进临床决策,减少人为的医疗错误,更好的提高医疗质量和患者安全。 1.2基础平台 系统概述: 基础平台为医院信息系统的基础功能,主要完成定义和维护HIS系统业务数据基础代码及系统参数。 功能要求: 要求提供用户管理、代码表、工作流管理器、界面编辑器、列编辑器、组件/菜单管理器、规则管理器等功能。 详细要求: 用户管理:要求实现通过授权方式对用户所能使用的系统功能进行限制,达到系统安全控制的目的;要求支持对用户的数字证书进行管理、对用户的指纹信息进行管理。 代码表:要求支持定义和维护HIS系统业务数据基础代码及系统参数。 工作流管理器:要求允许用户按照自己的工作情况、性质以及触发条件建立自己的工作序列,从而完成一次临床服务。 界面编辑器:要求支持按用户、用户组、医院灵活定义界面内容和风格,要求支持每个用户可以定义自己的页面。 列编辑器:对于列表格式的组件,要求列编辑器可以定义列表要显示对象的字段,排列顺序、数据排序方式等属性。 组件/菜单管理器:要求实现将一个工作流、组件、工作列表等定义为一个菜单项。能够支持多个菜单项定义为一个菜单容器(Menu Header)。可以将菜单容器赋予某一角色,组成一个专业科室工作站。 1.3患者基本信息管理系统 系统概述: 患者基本信息管理系统用来完成患者电子信息的采集管理工作,通过该系统用户可以进行快捷,准确,有效的患者信息管理。 功能要求: 要求提供建卡、基本信息采集、数据质量控制、患者主索引注册、患者信息修改、卡信息合并、患者信息查询、卡管理等等功能。 详细要求: 建卡:要求窗口建卡模块可以通过读取患者医保卡、身份证等有效证件信息快速准确的完成患者基本信息的采集、发卡操作。采集的基本信息要求包含:患者姓名、性别、年龄、出生日期、联系电话、家庭住址、身份证、患者类型、患者照片信息等。要求支付方式有现金,微信,支付宝,银行卡等。为了方便患者进行信息采集登记,减少窗口压力,要求系统能够支持除窗口建卡以外的自助机,app,微信等多种建卡渠道,能协助患者在线自助完成开卡建档等工作。 基本信息采集:要求支持通过居民健康卡、身份证、军官证、驾驶证、护照等身份证件识别和人工录入患者个人信息,包括姓名、性别、民族、籍贯、出生地、出生日期、婚姻、户籍地址、现住址、工作单位、职业、联系电话(本人)、联系电话(家属)等方式进行基本信息采集,并且要求支持通过社保卡号、商业保险号等保险类别识别患者的医保信息。 数据质量控制:要求可通过校验和跟踪实现对数据质量问题的管理,要求支持从数据格式、数据值域、数据间的逻辑关系等角度做质量审核,要求可按照空值校验、重复校验、格式校验、一致性校验和逻辑校验等审核规则对患者基本信息数据进行质量控制。 患者主索引注册:要求支持根据录入的患者基本信息,注册生成患者在院的唯一主索引,作为患者在本院就诊的唯一标识,并支持与院内各系统之间进行关联,并且可以关联患者历次就诊的诊疗信息。 患者信息修改:要求信息修改模块支持在患者基本信息发生变化时,同步变更院内电子档案信息。要求支持针对系统中患者基本信息发生的变更做详细的日志记录,自动记录相应的操作内容、操作人员和操作日期,用于对操作的追溯和审计。实现患者基本信息的变更管理。 卡信息合并:患者电子档案信息因特殊原因导致同一患者在院内有多个档案记录时,要求系统支持将患者基本信息做信息合并处理,保留患者需要的档案信息,做到患者在医院内存在唯一档案信息,更加方便对档案信息的灵活管理,并且要求提供卡信息合并操作的操作日志信息。 患者信息查询:要求支持对患者基本信息进行多条件组合查询,以及对患者基本信息进行多维度统计,并且要求提供对查询和统计结果的导出功能。要求该系统模块可以支持自助机,app,微信等多渠道,能协助患者在线完成自己院内卡信息的查询。 2.门诊诊疗服务 2.1电子票据管理平台 系统概述: 电子票据管理系统是实现对诊疗业务产生的票据进行电子化管理的系统。 功能要求: 要求提供开具电子票、电子票冲红、换开纸质票、作废纸质票、票据结果查询、票据资源池管理、对账等功能 详细要求: 开具电子票:要求实现医院挂号、门/急诊、住院交押金、住院收费结算时开具电子票,以及批量开具电子票。 电子票冲红:要求支持对已经开具电子票据后需要退费的场景,医院需要将患者的原电子票据进行冲红。以防票据重复使用。 换开纸质票:要求实现将生成的挂号电子票据、门诊电子票据、住院预交金电子票据、住院电子票据转换成对应业务的纸质票据,并打印。 作废纸质票:要求支持患者开具纸质票具有损坏或者不能正常使时,医院需要将原纸质票据作废。如果产生退费,需要先作废纸质票据后在冲红对应电子票,以防票据重复使用。 票据结果查询:要求支持医院和患者可以查询已开具票据详细信息。医院可以查询票据交易是否正常,并将电子票具通过二维码形式推送给患者,患者通过扫描二维码电子票据信息。 票据资源池管理:要求支持医院票据的购入和发放。财务科对购入的发票进行管理,可将购入的发票发放给的收费员。 对账:要求实现医院票据信息与财政厅票据信息的核对,包含总账核对与票据明细信息核对。 2.2门诊预约挂号系统 系统概述: 门诊预约挂号系统完成患者就诊登记缴费工作,为需要复诊和预约就诊的患者提供对应的就诊预约服务。同时通过系统的排班资源管理维护,可以为各个就诊渠道提供合理的就诊资源,方便患者从多个渠道进行就诊或预约就诊。 功能要求: 要求提供门诊挂号/取号,诊间预约/加号,窗口预约,退号,预约管理,预约信息一览表,挂号查询,医生坐诊信息调整,排班模板维护,生成排班记录,挂号权限维护,出诊查询,停替诊查询,黑名单维护等功能 详细要求: 门诊挂号/取号:要求支持操作员通过医保卡或就诊卡等检索患者基本信息,要求支持根据患者病情或患者要求为患者选择对应的就诊科室和就诊资源,进行挂号收费操作或选择已经有的预约/加号信息进行取号缴费操作。要求支持缴费时可支持但不限于使用现金、院内账户、银行卡等多种支付方式进行支付操作,同时也根据当地医保规定可进行医保直连上传就诊信息和进行报销操作。挂号结束后根据需要可以为患者进行挂号凭证和收费凭证的打印,患者可凭此进行有效就医。要求系统模块可以支持自助机,app,微信等多渠道接口实现线上直接挂号/取号、支付的流程,挂号成功后向患者推送相应的就诊信息。 窗口预约:要求支持操作员根据患者病情或患者要求选择对应的就诊科室、就诊日期、可用出诊资源为患者进行就诊预约并打印预约凭证。要求该系统模块可以支持自助机,app,微信等多渠道实现线上直接进行预约,按自身需要选择需要就诊的时段进行预约。 退号:要求支持患者在挂号支付后,由于特殊原因不能就诊,在符合医院退号政策的前提下为患者进行退号退费的操作。要求支持在退号的过程中可以选择对应的退号操作原因,要求可以进行后期质控数据查询。要求该系统模块可以支持自助机,app,微信等多渠道接口,实现在满足医院退号政策控制的前提下,进行自助退号退费操作。 预约管理:要求可以通过多条件索引进行执行预约信息的查询,要求支持对查询出来的有效的预约数据,在满足医院政策的前提下进行取消预约的操作。该系统模块要求可以支持自助机,app,微信等多渠道接口,实现在满足医院取消预约政策控制的前提下,要求支持进行自助查询预约记录并取消预约操作。 预约信息一览表:要求支持操作员可在预约信息一览表中通过多条件联查询,要求实现对系统的预约数据进行按就诊科室汇总查询或对全部明细进行汇总查询。 挂号查询:要求支持通过多条件联合查询,可以查询对应的就诊登记时所产生的详细挂号信息记录。要求包括但不限于以下信息:就诊人姓名,就诊人登记号,就诊科室,就诊号别,收费金额,支付详情,发票号,挂号人,挂号日期,挂号时间。 医生坐诊信息调整:要求支持通过该功能可以对已经生成的出诊医生资源进行调整,包括正号限额,加号限额,分时段信息,各预约途径可预约数量等。要求支持对已生成的资源进行停诊操作或对为生成的资源进行临时加诊操作,医生坐诊信息的调整。要求对于已经生成的出诊信息调整会提供完整的调整信息日志功能,用于对操作的追溯和审计实现出诊信息的变更管理。 排班模板维护:要求支持对需要出诊科室资源进行出诊班次和出诊资源模板维护。模板数据要求包括:科室,医生,星期,时段,级别,正号限额,加号限额,预约限额,分时段信息等。要求模板信息可以用来批量生成出诊记录。 生成排班记录:要求支持通过维护的排班模板生成一段时间的出诊资源。可以根据需要选择部分科室和部分号别来进行生成也可已选择全部进行生成。 出诊查询:要求可以通过多条件联合查询对应科室的出诊排班报表,并提供导出功能。 停替诊查询:要求可以通过多条件联合查询可以查询对应的日期范围内的停替诊出诊记录,要求支持对资源的变更可以进行审计操作,更直观的进行管理查询。 号源信息汇总:要求支持对出诊信息的使用情况进行汇总查询,要求支持通过查询可以随时进行号源资源投放的优化调整。 黑名单维护:要求支持根据医院实际情况,制定相关信用规则,针对诊疗活动中,恶意占用医院诊疗资源的行为进行系统甄别,形成黑名单,对违反预约挂号规则或频繁爽约的患者给予必要限制;要求支持对恶意占用号源的患者进行信用跟踪,同时对信用不良的患者采取停用或限制预约次数和范围等增加管理措施。 2.3门诊分诊系统 系统概述: 根据挂号或预检信息为患者分配医生或诊室。 功能要求: 要求提供医生实时出诊信息、信息获取、诊室分配、就诊排队干预、时间段设置、统计查询等功能 详细要求: 医生实时出诊信息:要求支持自动获取分诊区科室医生实时出诊信息,包括待诊人数、已接诊人数、当前接诊病人、剩余号源等信息。 分诊规则设置:要求支持按照医院业务要求,设置分诊规则,要求可按出诊医生、专家、诊室、时间段、序号和初诊/复诊等条件配置。 信息获取:要求支持自动获取患者挂号或就诊信息,包括姓名、性别、身份证号码等患者基本信息以及挂号科室、预检(如体温)、历史就诊信息等。 诊室分配:要求支持按照分诊规则形成队列,支持自动或者人工进行诊室分配。 就诊排队干预:要求提供就诊队列设置,能够支持多个队列的叫诊模式,要求可根据实际情况为患者设置优先、撤销、暂离等状态。 时间段设置:要求支持配置不同时间段的就诊人数,要求可以根据医院门诊科室排班情况,将候诊患者分配到指定的时间段内。 就诊提醒:要求提供语音、显示屏幕、移动终端等多种方式的就诊提醒服务。 统计查询:要求可统计每日窗口人工服务或自助服务等渠道分诊人数信息。要求支持分诊日期查询条件对相关明细进行查询。 2.4门诊收费系统 系统概述: 门诊收费系统为患者提供补录费用、费用结算、发票打印、预交金管理等服务功能,为收款员提供个人结算、日报及日报汇总便于患者后续做检查,取药等。 功能要求: 要求提供门诊预交金充值、门诊预交金退款、门诊账户结算、补录费用、费用结算、锁定就诊、跳号、门诊收费异常处理、发票集中打印、门诊退费申请、退费审核、退费、医保业务处理、门诊收据查询、打印患者费用清单、收费员日结、收费员日结汇总、门诊发票管理等功能 详细要求: 门诊预交金充值:要求支持一站式服务,支持就诊卡充值预交金,在患者就诊、取药、医技科室做诊疗时支持刷卡消费。 门诊预交金退款:患者在就诊结束后,要求支持可以将储存在就诊卡中的钱退回。 门诊账户结算:患者在就诊结束后,要求支持可以做账户结算、退卡。 补录费用:要求支持收费员给患者补录费用,如做检验、检查需要的导管,材料等。 门诊费用结算:要求支持根据不同患者类别,自动确定收费比例,计算患者自付金额与记账金额,并可将结算完毕的药品处方同步传送给对应药房的摆药机。要求支持患者通过线上线下等多种支付方式完成结算。要求支持根据不同患者类别打印不同格式的发票。 锁定就诊:要求同一个病人的门诊收费结算界面和医生医嘱录入界面不能同时操作,病人缴费过程中不允许医生开医嘱。 跳号:要求支持提供发票因为某些原因(例如卡纸、破损)导致该发票不能继续使用时,进行发票的作废功能。要求支持在HIS系统中将此发票号作废,同时要求HIS系统中的号码跟实际发票号一致。 门诊收费异常处理:要求提供对收费或退费过程中产生异常而未能完成收费或退费的业务进行撤销、完成的操作。 发票集中打印:要求提供对患者在科室卡消费、自助机、APP上缴了费,或医保患者结算时先自费垫付但没有打印发票的费用进行医保报销且打印发票。 退费申请:要求支持可由原开单科室医生或超级管理员对患者已经缴过费且未执行、未发药的医嘱做退费申请,以便后面进行退费。 退费审核:要求可以支持由负责审核的专员进行审核或者撤销,审核通过则可以后续退费。 门诊退费:要求支持退费可以由收费处直接退费,也支持经过医生停医嘱以及财务人员的审批后再退费。要求支持按票据号、登记号、就诊卡号等方式查询患者缴费信息。要求支持非收费员补录的医嘱退费需院内相关部门确认后方可执行退费,而收费员补录的医嘱可直接退费。要求支持线上线下等多种退款途径。 医保业务处理:要求支持与本区域医保中心提供的相关接口对接,要求包括登记信息上传、费用上传、费用预结算、费用结算、结算取消、医保数据对照、医保对账等。 门诊收据查询:要求支持按患者、收费员、日期、结算费别等条件查询收费、退费、打印发票的明细,方便核对。 打印患者费用清单:要求支持在门诊收据查询界面,提供打印患者费用清单功能。 收费员日结:要求支持收费员在下班前、交账时做结账。要求提供报表和建卡、挂号、退号、门诊预交金充值退款、门诊收费退费等业务明细。方便收费员对自己手中的款项和票据进行核对,并给财务交账。 收费员日结汇总:要求提供收费组长或财务对收费员交的账务进行核对并上交报表存档。 门诊发票管理:要求提供发票购入、发放、转交功能。要求支持财务科对购入的发票进行管理,将购入的发票发放给办理收费员;要求支持未使用的发票可以转交给其他收费员。 2.5门诊医生工作站 系统概述: 门诊医生工作站是一个集门诊病人病历书写、医嘱处理、医技申请与结果查询、会诊处理、病人基本情况查询为一体的综合应用信息系统。 功能要求: 要求提供自动获取信息和医嘱监控、历史就诊记录、核算功能、诊断录入、医嘱录入、检查检验申请、治疗申请、中草药录入、处方处理、绿色通道、更新病人信息、一键打印、医疗质量控制、电子病历、医生服务、统计查询等功能 详细要求: 自动获取信息和医嘱监控:要求支持自动获取病人信息。要求支持自动审核医嘱的完整性和合理性,要求提供痕迹跟踪功能。要求支持合理用药实时监控系统。要求提供所有医嘱备注功能。 历史就诊记录:要求支持授权医生可以查询病人的历次就诊相关信息。 核算功能:要求支持自动核算费用、并支持当地医保结算政策。 诊断录入:要求支持医生可以根据病人的情况开相应的诊断(ICD10)和病情,并可以在处方和相关申请单上打印出相关信息。要求支持诊断模板、历史诊断、诊断复制等诊断快捷录入方式。 医嘱录入:要求支持集成医嘱的录入、展示、操作等功能,要求支持模糊检索、个人及科室模板、历史医嘱复制、字典查询、常用医嘱用法、医嘱套、检查检验申请、治疗申请等多种录入方式。要求支持在录入过程中结合用户习惯,对内容进行排名,可默认医嘱明细数据,确保用户准确便捷的录入医嘱。要求集成知识库系统,提供相互作用、说明书、建议医嘱等辅助功能,要求支持自定义当地医保管控,结合患者病种、特殊诊断等信息对医疗费用进行管控。要求支持医嘱审核后自动发送至对应的执行科室,包括护士站、药房、治疗科室、医技科室等,并能直观展示当前医嘱的执行进度,要求支持医嘱审核后未缴费之前修改医嘱处理。 检查检验申请:要求集成各类检验、检验、病理医嘱的申请入口,集中展示且可自定义树状结构。要求支持多部位检查申请、自定义病理申请、多标本检验申请,集成显示已发送各种申请的当前状态,同时直观展示结果及报告信息。 治疗申请:要求支持集中治疗项目申请入口,用户选择对应的治疗医嘱后可自定义治疗方案内容,治疗科室按照申请内容为患者提供预约治疗服务。 中草药录入:要求支持结合中草药处方的特性,提供草药饮品、颗粒剂、小包装、膏方等不同处方剂型的录入方式,要求支持协定处方,要求支持基本单位自动转化多种包装数量发药。 处方处理:要求可根据医院要求对处方进行归类分类设置,保存医嘱时自动按照处方分类设置自动分处方。要求支持在处方分类的基础上区分急诊、儿科处方、毒麻处方等。 绿色通道:要求支持对特殊的病人进行处理,包括病人不交费情况下可以进行和交费病人一样的处理,并可以进行优先就诊设置,提前处理(抢救、下各种申请等)。要求支持对本科室自备药进行管理。 更新病人信息:要求支持对病人的基本信息如姓名、性别、类别、工作单位、年龄进行修改并更新。 一键打印:要求支持所录入医嘱按照其基础数据分类可自动进行相应归类,选中相应单据即可打印相应的处方或申请单。要求处方支持卫计委最新处方书写要求的分色打印。 医疗质量控制:要求支持重复医嘱判断、药品库存量判断、药品适应症判断、根据诊断控制药品的用药疗程、限制某类医嘱的条数、限制处方的条数,根据处方类型限制医嘱的使用,根据上次就诊医嘱用量限制本次用量、加入用药备注,限制本次就诊的医嘱费用、要求支持依据用法、用量、疗程自动计算整包装、成组医嘱的自动匹配。 电子病历:要求可以查询病人相应的过往检查检验结果和诊断记录,并书写病历,在电子病历系统中详细描述。 医生服务:要求可以通过电子病历调阅临床治疗信息;根据医生权限可以接入Internet进行资料查询,并可以进行院内科研、技术交流。 统计查询:要求支持床位查询与预约、药品查询、诊疗项目查询、病人费用查询等。 2.6门诊护士工作站 系统概述: 门诊护士工作站通过与门诊医生工作站、药房等系统无缝连接,协助护士核对并处理医生下达的医嘱,并对执行情况进行管理。 功能要求: 要求提供座位图管理、门诊护士执行管理、输液记录查询及门诊护士工作量统计等功能 详细要求: 座位图管理:要求支持病人座位管理,包括座位安排、调整、打印座位号,支持刷卡确认身份并扣费。 护士执行管理:要求支持接收各门诊医生站开立的一定时间范围内的各类型医嘱,并能打印各种执行单、标签、条码及巡回单等。支持护士移动工作站执行医嘱,支持刷卡执行单个病人医嘱或一次性执行所有等候区病人医嘱。 输液记录查询:要求支持查询科室当日所有病人的输液记录。 门诊护士工作量统计:要求支持统计输液、抽血量、注射量等护士已执行的医嘱数量。 2.7门诊药房管理系统 系统概述: 门诊药房管理系统通过获取门诊医生所开立的处方信息,实现发药管理以及药品的批次、库存等管理。 功能要求: 要求提供门诊患者的配药、发药、退药申请、退药、发药单打印、发药查询、退药查询、工作量统计、日消耗查询、发药统计等功能 详细要求: 配药:要求支持患者交费可以通过自助机、扫码报到等自动打印配药单,并支持选择处方打印配药单。 发药:要求支持选择对应的窗口号,通过病人的登记号或者卡号打印配药单,或刷卡后检索患者处方列表信息,选择处方进行发药。可完成后台自动打印发药单并提供补打功能。 退药申请:要求支持在处方发药后,由患者向医生申请医生发起处方的退药申请。 退药:要求支持通过患者的登记号或收据号,对其进行退药操作,可以进行整体或部分退药。 发药查询:要求支持查询出整个药房或单个患者在一段时间内的发药信息,要求支持发药时自动按药品批次减库存,记录库存台账。要求支持当要对某种药品进行单据跟踪查询时,要输入该药品,系统就检索到药房在一段时间内的包含该药品的发药单据。 退药查询:要求支持对一段时间内的退药信息进行查询,可以按照退药单据查询,也可以统计出所退药品的汇总。 工作量统计:要求支持药房小组管理人员统计整个药房的发药和配药人员的工作量,要求支持“按窗口统计”和“按人员统计”等模式,要求统计药房人员的配药人次、发药人次、配药量、发药量等。 日消耗查询:要求支持查询出药房在一段时间的消耗情况,也可以在查询条件中输入药品,查询出单个药品的消耗情况。 发药统计:要求根据每天的日报信息来生成药房的月报,如果该月的月报已生成时,支持重新生成确认。 3.急诊诊疗服务 3.1急诊挂号系统 系统概述: 急诊挂号系统为操作员展示对应的急诊就诊资源,快速完成患者就诊登记缴费工作。 功能要求: 要求提供急诊挂号,急诊退号,挂号查询等功能 详细要求: 急诊挂号:要求支持操作员能够通过医保卡或就诊卡等检索患者基本信息,要求支持根据患者病情或患者要求为患者选择对应的就诊科室和就诊资源,进行挂号收费操作。要求缴费时可支持但不限于使用现金、院内账户、银行卡等多种支付方式进行支付操作,要求支持根据当地医保规定可进行医保直连上传就诊信息和进行报销操作。要求支持急诊挂号结束后根据需要可以为患者进行挂号凭证和收费凭证的打印,患者可凭此进行有效就医。 急诊退号:要求支持符合医院退号政策的前提下进行患者急诊退号退费的操作。要求支持在急诊退号的过程中可以选择对应的退号操作原因,作为后期质控数据。 挂号查询:要求支持通过多条件联合查询,可以查询对应的就诊登记时所产生的详细挂号信息记录。 3.2急诊预检分诊系统 系统概述: 急诊预检分诊系统是根据患者的主诉及主要症状和体征,进行计算疾病的轻重缓急、所属科室、救治程序、分配专科等,使病人得到迅速有效的救治。 功能要求: 要求提供患者列表、基本信息、其他信息、当前信息、来诊主诉、分诊分级、凭条打印、腕带打印、读取生命体征、修改挂号时间、群伤管理、重大事件、上传图片、干预措施、出租用品、分诊查询等功能 详细要求: 患者列表:要求支持患者的列表展示查询功能。要求可按登记号查询患者;要求支持红橙黄绿各区域患者数/总患者数概览。要求可按分区查询。要求可加载显示详细分诊信息; 基本信息:要求包含患者的基础信息、成批就诊、重返标识、既往史、患者来源、特殊人群、来诊方式、六大病种信息记录。患者基础信息要求包含卡号(读卡)、卡类型、来诊时间、登记号、姓名、性别、证件号(身份证可读卡)、证件类型、出生日期、电话、年龄、国籍/地区、医保卡号、病人类型、民族、家庭住址信息。成批就诊要求支持针对成批的患者就诊按总人数一次分诊,以尽快得到治疗。重返标识要求能够标记是否是24小时的再次返回记录。既往史要求包含糖尿病、高血压、心脏病、COPD、心绞痛等既往史信息录入并能够按配置显示。患者来源要求可支持120、110、救助站、外院、自行来院、护送来院等患者来源信息显示及录入;按配置显示。特殊人群要求支持老人、小孩、孕妇、三无人员、残疾人、军人、监狱、聋哑人等特殊人群标记;按配置显示。来诊方式要求支持平车、轮椅、步行、扶入、背入、抱入等;按配置显示。六大病种要求包含急性心力衰竭、急性脑卒死、急性呼吸衰竭、急性创伤、急性颅脑外伤。 其他信息:要求支持患者的中毒、是否吸氧、筛查、复合伤、已开假条、ECG、辅助物内容记录。 当前信息:要求支持患者当前的生命体征、意识形态、患者评分和其他情况备注。生命体征要求支持作为判断病人的病情轻重和危急程度的指征,界面提供记录生命体征功能。生命体征要求包含包含收缩压、舒张压、SpO2、呼吸、体温、心率、脉搏、血糖项目。可通过连接仪器读取生命体征实现自动带入数据,一键录入生命体征信息。备注要求支持患者分诊的其他情况说明记录。意识形态要求包含患者的意识:昏睡、嗜睡、无意识、清醒、抽搐、对声音有反应等;按配置显示。患者评分要求支持ESI评级、疼痛评级、创伤评级、REMS评级、MEWS评级、疼痛评分,评级自动评分并推荐分级;生命体征内容可自动带入并自动评分。 来诊主诉:要求支持症状分类快捷定位来诊主诉,来诊主诉参与自动评分并推荐分级。要求提供灵活的症状主诉维护界面,按照用户实际需求动态维护数据,目录明了直观,简单易操作。界面提供其他输入框也可以手动录入主诉。 分诊分级:要求分诊主要包括推荐分级、护士更改分级原因、病情、去向、分诊科室、号别、绿色通道、抢救病区、转诊科室,此模块的功能是护士根据系统推荐分级和患者的实际情况,最终评判分级(Ⅰ级红色,Ⅱ级橙色,Ⅲ级黄色,Ⅳa、Ⅳb级绿色),置去向(对应病情分级,Ⅰ级红区,Ⅱ级橙区,Ⅲ级黄色,Ⅳa、Ⅳb级绿区),分诊完成。再次分诊若改变了病情分级,要求提供分级变更原因记录功能。自动推荐分级要求病情分级推荐支持意识形态、ESI评级、疼痛评级、创伤评级、REMS评级、MEWS评级、来诊主诉、既往史COPD,取自动评分的最高分级自动推荐分级,护士最终确认分级,系统分别保存。意识形态要求通过分级指标主题库维护、分级指标函数(分类)库、分级指标关键字维护配置和意识形态来评级。ESI评级要求支持通过患者是否濒危、是否不能等、急症是否、生命体征有无异常、需要多少急诊资源来评级。疼痛评级要求支持通过疼痛范围、疼痛指数(数字评分法(VAS)、面部表情法(FACE))来评级。创伤评级要求支持通过昏迷评分、呼吸频率、呼吸困难有无、收缩血压、毛细血管充盈来计算总分评级。REMS评级要求支持通过GCS(格拉斯哥昏迷)、生命体征(脉搏、SpO2、收缩压、呼吸频率、年龄)来计算总分评级。MEWS评级要求支持通过心率、收缩压、呼吸频率、体温、意识来计算总分评级。来诊主诉要求支持通过分级指标主题库维护、分级指标函数(分类)库配置和来诊主诉来评级。既往史COPD要求支持通过分级指标主题库维护、分级指标函数(分类)库配置和COPD有无并结合生命体征SpO2来评级。护士分级要求支持分诊护士根据系统推荐分级以及患者的实际情况,最终评判病情(Ⅰ级红色,Ⅱ级橙色,Ⅲ级黄色,Ⅳa、Ⅳb级绿色),置去向(对应分级:Ⅰ级红区,Ⅱ级橙区,Ⅲ级黄区,Ⅳa、Ⅳb级绿区),选择分诊科室和号别。 护士分级最终会影响医生诊疗界面就诊顺序,即患者严重者优先就诊。转诊科室要求支持对于病情并不需要挂号急诊科的患者,告知其只需挂门诊号即可,这里选择患者需转向的门诊科室,记录患者去向。抢救病区要求支持对于病情较为严重、情况紧急的患者可直接分诊到留观室或者抢救室,患者状态置为抢救,并到留观或抢救室等候区,便于医生快速对病人进行抢救。绿色通道要求实现患者本次分诊绿色通道的开启与否及有效小时数记录,绿色通道患者优先安排治疗。 凭条打印:要求实现分诊凭条的打印功能。分诊凭条要求显示患者基本信息、体征、意识状态、病情分级、科室、号别等信息,方便就诊。 腕带打印:要求实现分诊腕带的打印功能,便于查找患者和方便救治。 读取生命体征:要求实现从连接的生命体征仪中读取监测数据结果并自动填入生命体征的各个对应项目功能。 修改挂号时间:要求实现对挂号时间的往前修改功能。主要对于例如抢救分诊的滞后性,让挂号时间更准确。 群伤管理:要求实现群伤性事件按总人数一次性批量登记产生登记号功能。要求支持可按开始时间、结束时间查询一定时间段内的所有登记记录。 重大事件:要求实现重大事件的事件录入和患者关联功能。要求可按开始日期、结束日期查询一定时间段的重大事件;要求可按某个事件所有关联患者。 上传图片:要求实现对患者本次分诊中关于急救单、救助单、接警单的图片文件上传、和删除。 干预措施:要求实现对患者本次分诊生命体征(体温、脉搏、心率、呼吸、收缩压、舒张压、SPO2、血糖)的多次跟踪填写和历史记录功能。 出租用品:要求实现对轮椅等租用工具的租用、更新、归还操作和历史操作记录按租用日期时间段、租用者姓名、状态条件查询功能。 分诊查询:要求实现对已分诊记录的查询、导出功能。 3.3急诊收费系统 系统概述: 急诊收费系统为急诊患者及收款员提供相关费用的管理。 功能要求: 要求提供急诊收费、急诊担保、欠费结算,欠费补回、异常处理、急诊退费、账户管理、集中打印发票等功能 详细要求: 急诊收费:要求支持收费员在急诊收费结算界面可以对患者医疗项目进行结算,并且可补录相关加收费用项目。 急诊担保:要求实现对三无患者、绿色通道患者进行先诊疗后付费,对患者进行费用担保。 欠费结算:要求实现对已经担保过的患者,进行欠费结算。 欠费补回:要求实现为欠费结算患者提供后续来院补交费用的功能。 急诊收费异常处理:要求支持急诊收费结算时需要调用第三方接口,并且支持第三方的原因导致收费发生异常,可以进行异常处理。 急诊退费:要求系统支持作废发票、重打发票、医保患者的自费垫付费用按医保重新结算或者进行退费。 账户管理:要求支持对患者账户明细的查询,并可相应的交易明细,要求预交金查询默认显示当日的预交金交、退费信息。 发票集中打印:要求可以集中打印病人未打印的发票。 3.4急诊医生工作站 系统概述: 急诊医生工作站是一个集门诊病人病历书写、医嘱处理、医技申请与结果查询、会诊处理、病人基本情况查询为一体的综合应用信息系统。 功能要求: 要求提供病人列表、信息总览、诊断录入、医嘱录入、中草药录入、医嘱查询、过敏记录、总览打印、检查查询、检验查询、会诊管理、办理入院、手术管理、病情总览、状态变更、修改分级、检查检验申请、退药申请、绿色通道、急诊会诊、急诊就诊登记等功能 详细要求: 病人列表:要求支持按本人、本组及本科室病人列表;要求支持按照待诊列表、已诊列表、各抢救留观区病人;要求可显示各级别、是否绿色通道标志、押金余额/担保余额、危重、转出、手术等不同状态的病人;要求支持同时针对普通急诊病人会按照病人的预检分级和挂号顺序进行排序,急诊医生可按照病人列表顺序进行叫号、过号等操作。 信息总览:要求支持急诊病人信息预览可直观的显示患者的基本信息、分诊详情、诊断记录;要求提供检验检查快捷入口以及危急值提醒标识;要求支持患者本次就诊的整个流转信息,包括分诊、挂号、下诊断、开医嘱等各个流程节点以及在各个节点的停留时间,为后期优化急诊资源配置提供依据。 诊断录入:要求支持用户\科室自动义模板、历史诊断、模糊检索等录入方式,用户可选择诊断类型、诊断级别、附加说明、标准ICD诊断、非标准ICD诊断等信息录入;要求支持诊断信息符合传染病上报条件时自动上报;诊断信息符合临床入径诊断时提示是否入径。如医生录入传染病诊断,在该传染病还未上报情况下,要求系统将自动打开传染病上报界面,强行要求医生上报。要求支持在录入食源性疾病诊断时,提示填报食源性疾病报告。要求支持在录入孕周诊断时会自动弹出末次月经时间,填写保存后自动插入诊断。要求支持在录入诊断的时候如果性别、年龄不满足给出提示信息。 医嘱录入:要求系统可按照院区对急诊就诊有效天数、是否下医嘱后置为到达、使用个人诊断模板、不同医嘱类型需要提示重复的子类(如果该子类的医嘱已录入过医嘱,选择其他的医嘱类型录入该医嘱时,会提示重复)、未下诊断可以下医嘱等配置项进配置;要求医嘱录入界面布局支持自定义化设置,可按安全组或个人习惯设置页面布局方式;要求提供维护医嘱套和医嘱模板的快捷入口,要求支持按医嘱套、医嘱模板快速录入医嘱方式,同时可根据已录入医嘱,快速生成医嘱模板;要求针对已审核和未审核的医嘱在医嘱名称列上进行颜色区分;要求支持在开立检查、检验或病理医嘱时,自动改弹出申请单快速录入申请信息,一键发送;同时联动其他模块。要求支持医嘱复制功能,快速复制之前已经开立的医嘱;要求支持根据高值耗材条码快速录入高值耗材医嘱;支持对未进行保存或提交的医嘱提供暂存功能。支持按照拼音简码和汉子快速查询录入医嘱;要求系统支持对未审核医嘱,进行同步备注功能。支持对多条医嘱时间不一致时,同步下方医嘱时间控制;要求支持对抗菌药物开立权限设置,没有抗菌药物审核权限的医生录入的抗菌药物医嘱,需要上级医师审核后才能生效。要求支持录入毒麻药品和精一药品医嘱时,判断患者是否有身份证号码,不存在时,需输入患者本人、或代办人身份证号码。要求支持通过配置对开医嘱时无费用的医嘱是否提示医嘱费用为零;要求保存医嘱增加暂存功能,离开医嘱录入界面时自动保存,重新登录界面,上次录入但未审核的医嘱显示在医嘱录入界面;要求支持医嘱互斥提醒功能。要求支持药品说明书功能,可实现与HIS知识库、大通或美康的交互。 中草药录入:要求提供开立草药医嘱功能;要求支持对中草药中存在的互斥医嘱的提示功能;要求支持维护药品的极限用量,对于草药医嘱,当单次剂量超过极限用量时给出提示。 医嘱查询:要求提供多种查询条件,方便医生查询各类型医嘱。要求对检查检验和药品医嘱提供医嘱状态跟踪的快捷入口; 过敏录入:要求系统支持自定义过敏原设置爱,可根据护士皮试结果自动插入过敏记录或手动录入两种方式。要求支持患者的过敏数据会在床位图、急诊医生列表、急诊医生工作站处进行醒目的提醒; 总览打印:要求统提供统一打印界面,支持对处方、检查单、检验单、病理申请单、会诊等单据打印及预览。要求支持对未打印病历的病人打印病历;要求处方打印支持按照卫计委最新处方书写要求分色打印。要求支持医生可以打印出带有处方号的处方。 检查查询:要求支持按照时间、就诊记录对病人本次就诊或历史就诊的检查医嘱及报告进行查询,要求支持检查医嘱状态跟踪;要求支持查询检查医嘱的适应症、禁忌症、不良反应及注意事项,要求提供检查医嘱的预约情况、危急值及提供图像或报告快速入口。 检验查询:要求支持查询病人本次就诊的检验医嘱及结果。要求支持按照时间、就诊记录对病人本次就诊或历史就诊的检查医嘱及报告进行查询,要求支持检查医嘱状态跟踪;要求支持查询检查医嘱的禁忌症、采集注意事项;提供图像或报告快速入口;同时提供集中打印检验单功能。 手术管理:要求提供快捷开立手术申请入口、支持病人信息自动带入申请单界面;要求提供手术列表模块,要求可按照时间、手术分类该病人的相关手术申请信息。 病情总览:要求系统提供病人全景视图功能,支持一站式病人本次及历次就诊数据;要求系统提供病人集成视图功能,要求支持按周病人每日各时间节点的诊断记录、生命体征、出入量、血压、检查检验医嘱、病历文书等数据;要求支持病人的护理病历记录单及内容、支持本次就诊的医嘱单数据及生命体征内容。 状态变更:要求患者在就诊过程中,可变更病人状态;要求支持查询病人历次变更的信息明细。 修改分级:要求急诊医生可以针对当前患者进行,患者分级,修改分级原因,分级评估等信息填写修改。要求系统支持带入相关评估信息方便急诊医师快捷录入。 检查检验申请:要求检查申请单支持同个检查项目选择不同部位、体位、后方法等;要求支持自动带入患者相关主诉、体征等公共;要求支持自定义各检查项目其他注意事项录入;要求支持自动调用知识库检验检测开单注意事项及说明;要求支持按照名称,拼音码方式快捷查询各个检查项目信息。要求可以通过就诊记录,检查分类,申请状态等条件去查询填写的申请单信息。 退药申请:要求支持针对部分特殊情况需要退药的病人,要求系统提供退药申请功能;要求支持主管医生可根据病人发票选择待退费的处方,选择已付费并发药药品,录入需退数量后,确定完成退药申请。 绿色通道:要求系统支持对当前就诊病人进行取消或启用绿色通道流程。要求设置合理的有效时间(时效性),实现绿色通道病人先诊疗后付费的就诊流程。 急诊就诊登记:要求急诊医生可在给病人进行快速挂号,减少病人的等待和排队时间。要求支持急诊医生权限管控,可按医生职称级别控制医生对病人病历和医嘱录入的和修改权限。要求支持急诊患者全诊疗时间轴,实时统计并显示病人在各个医疗节点的时间点的行为。要求支持医疗行为时间点实时监控,系统会实时统计显示病人在各个医疗节点的时间点,并计算病人在就诊过程中的待诊时间、急诊留观时间、分诊病人去向统计(入院、抢救等) 。要求支持急诊病人就诊超时处理,针对等待时长超过一定时限的病人进行干预操作(修改病人分级,优先处理或者继续观察) 。 3.5急诊护士工作站 系统概述: 急诊护士工作站通过与急诊医生工作站、药房等系统无缝连接,协助急诊护士核对并处理医生下达的医嘱,并对执行情况进行管理。 功能要求: 要求提供输液室座位安排、护士执行、过敏记录、患者状态查询、医嘱费用查询、输液瓶签展现、输液追踪、皮试管理、工作量查询、费用补录等功能 详细要求: 输液室座位安排:要求座位图以卡片形式简易明了展现座位使用情况,要求支持安排、离开、安排主管医生、座位卡打印等功能;要求提供登记号快速查询患者功能,和具体的输液室座位使用情况明细,并实时刷新。 护士执行:要求提供输液室患者显示、医嘱查询显示、执行、撤销执行、贴瓶签打印、执行单打印等功能。要求提供多种队列显示病人,便于护士快速定位病人;要求提供患者明细信息展现。便于护士三查七对;要求提供护士执行界面,用于医嘱执行、撤销执行等操作。 过敏记录:要求支持显示和录入病人的过敏史和过敏记录。录入过敏史的病人在护士执行主界面病人列表中会显示敏字图标提示。 患者状态查询:要求显示患者流转信息,以时间轴形式展现出患者当前状态和流转信息包含状态描述、日期、时间、具体描述、操作人。 医嘱费用查询:要求支持查询病人本次就诊医生开医嘱以及补录医嘱情况,并提供价格合计显示,按类型显示汇总,提供总费用、已缴、未缴总额显示。 输液贴瓶签展现:要求支持卡片形式展现,一张卡片显示一组医嘱。 输液追踪:要求显示出医嘱所有执行记录,并显示出具体的医嘱执行明细情况。 皮试管理:要求支持对皮试医嘱进行皮试计时和置皮试结果管理,要求皮试结果提供手动置皮试结果以及PPD皮试录入数据自动计算皮试结果两种方式。要求提供了皮试批次录入和PDD历史数据的显示。 工作量查询:要求支持按照人次查询护士工作量,按照类别展现人次数量。提供日期和类型为检索条件。 费用补录:要求支持根据选择医嘱类型进行相应类型的费用材料费补录。 3.6急诊药房系统 系统概述: 急诊药房系统提供急诊患者的用药供应、夜间住院患者的临时用药供应、突发公共卫生事件的应急性药品供应工作及药品质量控制工作等。 功能要求: 要求提供对急诊患者的配药、发药、退药申请、退药、发药单打印、发药查询、发药统计等功能 详细要求: 配药:要求支持患者交费可以通过自助机、扫码等方式自动打印配药单,配药人员根据配药进行配药。 发药:要求支持选择对应的窗口号,通过病人的登记号或者卡号打印配药单,或刷卡后检索患者处方列表信息,选择处方进行发药。可完成后台自动打印发药单并提供补打功能。 退药申请:要求支持在处方发药后,由患者向医生申请医生发起处方的退药申请。 退药:要求支持通过患者的登记号或收据号,对其进行退药操作,可以进行整体或部分退药。 发药查询:要求支持查询出整个药房或单个患者在一段时间内的发药信息,要求支持发药时自动按药品批次减库存,记录库存台账。要求支持当要对某种药品进行单据跟踪查询时,要输入该药品,系统就检索到药房在一段时间内的包含该药品的发药单据。 退药查询:要求支持对一段时间内的退药信息进行查询,可以按照退药单据查询,也可以统计出所退药品的汇总。 工作量统计:要求支持药房小组管理人员统计整个药房的发药和配药人员的工作量,要求支持“按窗口统计”和“按人员统计”等模式,要求统计药房人员的配药人次、发药人次、配药量、发药量等。 日消耗查询:要求支持查询出药房在一段时间的消耗情况,也可以在查询条件中输入药品,查询出单个药品的消耗情况。 发药统计:要求根据每天的日报信息来生成药房的月报,如果该月的月报已生成时,支持重新生成确认。 退药查询:要求支持对一段时间内的退药信息进行查询,可以按照退药单据查询,也可以统计出所退药品的汇总。 3.7急诊留观系统 系统概述: 急诊留观系统与医院HIS,PACS,LIS,EMR系统进行集成,实现相关数据的共享。对医护人员的医疗行为和临床流程进行实时监管和持续改进。 功能要求: 要求提供病人列表、信息总览、诊断录入、医嘱录入、中草药录入、医嘱查询、过敏记录、总览打印、检查查询、检验查询、会诊管理、办理入院、质量管理、手术管理、病情总览、急诊担保、状态变更、修改分级、检查检验申请、绿色通道、预交金评估、急诊会诊、待入院管理、床旁交接班、护士执行、医嘱需关注、补录医嘱、病人状态查询、急诊床位图、护士交接班、体温单、急诊转科、医嘱查询、待入院管理、转住院交接、病历浏览、护理单等功能 详细要求: 病人列表:要求支持按本人、本组及本科室病人列表;要求支持按照各抢救留观区病人;可显示各级别、是否绿色通道标志、押金余额/担保余额、危重、转出、手术等不同状态的病人;提供一键病人病历的快捷入口。 信息总览:要求支持急诊病人信息预览可直观的显示患者的基本信息、分诊详情、诊断记录;并提供了检验检查快捷入口以及危急值提醒标识;要求支持患者本次就诊的整个流转信息,包括分诊、挂号、下诊断、开医嘱等各个流程节点以及在各个节点的停留时间。 诊断录入:要求支持用户\科室自动义模板、历史诊断、模糊检索等录入方式,用户可选择诊断类型、诊断级别、附加说明、标准ICD诊断、非标准ICD诊断等信息录入;诊断信息符合传染病上报条件时自动上报;诊断信息符合临床入径诊断时提示是否入径。如医生录入传染病诊断,医生需在弹出的界面中完善法定传染病上报的信息并成功上报后,传染病诊断才可成功开立,若上报失败或选中不上报,则不能成功录入诊断。要求支持在录入食源性疾病诊断时,提示填报食源性疾病报告。要求支持在录入孕周诊断时会自动弹出末次月经时间,填写保存后自动插入诊断。要求支持在录入诊断的时候如果性别、年龄不满足给出提示信息。 医嘱录入:要求系统按照院区对急诊就诊有效天数、是否下医嘱后置为到达、使用个人诊断模板、不同医嘱类型需要提示重复的子类(如果该子类的医嘱已录入过医嘱,选择其他的医嘱类型录入该医嘱时,会提示重复)、未下诊断可以下医嘱等配置项;要求医嘱录入界面布局支持自定义化设置,可按安全组或个人习惯设置页面布局方式;要求提供维护医嘱套和医嘱模板的快捷入口,要求支持按医嘱套、医嘱模板快速录入医嘱方式,同时可根据已录入医嘱,快速生成医嘱模板;要求针对已审核和未审核的医嘱在医嘱名称列上进行颜色区分;要求支持在开立检查、检验或病理医嘱时,自动改弹出申请单快速录入申请信息,一键发送;同时联动其他模块,实现以医嘱为驱动的业务核心。要求支持医嘱复制功能,快速复制之前已经开立的医嘱;要求支持根据高值耗材条码快速录入高值耗材医嘱;支持对未进行保存或提交的医嘱提供暂存功能。支持按照拼音简码和汉子快速查询录入医嘱;要求系统支持对未审核医嘱,进行同步备注功能。支持对多条医嘱时间不一致时,同步下方医嘱时间控制;要求支持对抗菌药物开立权限设置,没有抗菌药物审核权限的医生录入的抗菌药物医嘱,需要上级医师审核后才能生效。要求支持录入毒麻药品和精一药品医嘱时,判断患者是否有身份证号码,不存在时,需输入患者本人、或代办人身份证号码。要求支持通过配置对开医嘱时无费用的医嘱是否提示医嘱费用为零;要求保存医嘱增加暂存功能,离开医嘱录入界面时自动保存,重新登录界面,上次录入但未审核的医嘱显示在医嘱录入界面;要求支持对标本相同+收费规定相同+接收科室一致+加急标志一致的检验医嘱可以进行并管操作;要求支持医嘱互斥提醒功能。要求支持药品说明书功能,可实现与HIS知识库、大通或美康的交互。 中草药录入:要求供开立草药医嘱功能,支持对中草药中存在的互斥医嘱的提示功能;要求支持维护药品的极限用量,对于草药医嘱,当单次剂量超过极限用量时给出提示,且不能成功审核。要求支持药品说明书功能,可实现与HIS知识库、大通或美康的交互。 检查检验申请:要求检查申请单支持同个检查项目选择不同部位、体位、后方法等,要求支持自动带入患者相关主诉、体征等公共,要求支持自定义各检查项目其他注意事项录入;要求支持自动调用知识库检验检测开单注意事项及说明;支持按照名称,拼音码方式快捷查询各个检查项目信息。可以通过就诊记录,检查分类,申请状态等条件去查询填写的申请单信息,方便医生修改,打印申请单信息。 过敏录入:要求系统支持自定义过敏原设置爱,可根据护士皮试结果自动插入过敏记录或手动录入两种方式,方便后续就诊提醒或控制;医护也可根据实际情况手工维护过敏记录。患者的过敏数据会在床位图、急诊医生列表、急诊医生工作站处进行醒目的提醒; 医嘱查询:要求支持提供多种查询条件,方便医生查询各类型医嘱。要求本次医嘱界面显示总费用、已缴费合计、未缴费合计、余额,对于急诊留观押金模式的患者,要求显示总费用、已缴费用、押金、未缴合计;要求对检查检验和药品医嘱提供医嘱状态跟踪的快捷入口; 总览打印:要求系统提供统一打印界面,支持对处方、检查单、检验单、病理申请单、会诊等单据打印及预览。同时针对毒麻处方的处方提供对患者及代理人信息的快捷录入方式;要求支持对未打印病历的病人打印病历;处方打印支持按照卫计委最新处方书写要求分色打印。医生可以打印出带有处方号的处方,病人可以拿着此处方去直接交费取药,而不需要再去划价了打印医生的工作日志。 检查查询:要求支持按照时间、就诊记录对病人本次就诊或历史就诊的检查医嘱及报告进行查询,要求支持检查医嘱状态跟踪;支持查询检查医嘱的适应症、禁忌症、不良反应及注意事项,提供检查医嘱的预约情况、危急值及提供图像或报告快速入口。 检验查询:要求支持查询病人本次就诊的检验医嘱及结果。支持按照时间、就诊记录对病人本次就诊或历史就诊的检查医嘱及报告进行查询,要求支持检查医嘱状态跟踪;要求支持查询检查医嘱的禁忌症、采集注意事项;提供图像或报告快速入口;要求提供集中打印检验单功能; 办理住院:要求针对急诊留观或抢救需要转住院的病人,提供快捷开住院证入口,急诊医师根据读卡和录入登记号方式快捷录入病人信息;开完住院证证之后,同时可完成住院登记功能。 手术管理:要求系统提供快捷开立手术申请入口、支持病人信息自动带入申请单界面;同时提供手术列表模块,可按照时间、手术分类该病人的相关手术申请信息; 急诊担保:要求系统支持对危重病人可先抢救后付费,针对有特殊情况病人可走欠费流程,提供急诊担保功能,由经管医生发起申请、门办审批; 状态变更:要求可变更病人状态;要求支持支持查询病人历次变更的信息明细;要求整个急诊病人的流转数据最终会体现到医生信息总览处和质控报表里。 修改分级:要求支持急诊医生可以针对当前患者情况,进行患者分级,修改分级原因,分级评估等信息填写修改。要求系统支持带入相关评估信息方便急诊医师快捷录入; 病情总览:要求系统提供病人全景视图功能,要求支持一站式病人本次及历次就诊数据,包括医嘱浏览、病历浏览、检查报告、检验结果、诊断浏览、过敏记录、麻醉记录、会诊查询、ICU护理记录单等;系统提供病人集成视图功能,要求支持按周病人每日各时间节点的诊断记录、生命体征、出入量、血压、检查检验医嘱、病历文书等数据;支持病人的护理病历记录单及内容、要求支持本次就诊的医嘱单数据及生命体征内容; 绿色通道:要求系统支持对当前就诊病人进行取消或启用绿色通道流程。要求绿色通道设置合理的有效时间(时效性),实现绿色通道病人先诊疗后付费的就诊流程。 预交金评估:要求支持在变更病人状态为留观或者补交预交金时,需填写留观预交金评估内容;要求支持在病人缴纳预交金时,提醒收费员医生评估费用; 急诊会诊:要求支持急诊医师填写需要会诊的科室、亚专业、指征、以及病人病情(支持对病人病历、检验检查、医嘱等信息的引用)和会诊目的后,发起急诊会诊;要求支持急会诊要求有2小时的时间控制和会诊双向评价机制; 床旁交接班:要求支持急诊留观抢救区医生对病区重点关注病人进行每日交班记录填写,内容要求包括:患者生命体征、交班内容、待入院管理;要求支持对病人基本信息的引用包括检验检测、生命体征、主诉现病史等 护士执行:要求急诊留观护士站提供医嘱执行功能,要求支持按照医嘱分类进行页签自定义;要求支持显示内容自定义,可按医嘱状态、用法、接收科室定义每个页签的显示内容;要求支持按按照不同的页签维护功能操作按钮;要求支持按照登记号或读卡查询病人本次门急诊就诊所有医嘱;要求提供过敏记录快捷录入入口,方便护士做完皮试后直接录入过敏内容;要求支持快速病人医嘱费用以及费用的整体构成(西药、中药、材料等); 医嘱需关注:要求支持对特殊病人的医嘱快速执行处理、忽略(未执行的进行忽略,有部分医嘱不应该由急诊科执行(重症监护系统、PDA都可执行医嘱),病人周转快)、要求支持病人的已忽略医嘱列表。 补录医嘱:要求系统提供补录医嘱功能,可对部分材料医嘱、治疗费用等进行补录; 病人状态查询:要求支持查询病人历次变更的信息明细,方便护士病人当前状态信息; 急诊床位图:要求急诊留观床位支持基本的分床、换床、转科、安排主管医生、安排主管护士等功能,提供了生命体征填写、护理病历书写、护士执行、打印腕带等功能的快捷操作入口;要求可按需对留观床位图提醒图标进行配置。如可配置护理病历中的高危、跌倒、压疮、非计划拔管,营养、深静脉血栓等异常情况的图标提醒功能;要求针对部分临床标识,如新检验、新检查、检验标本拒收、用药审核未通过等,鼠标指向提示标识即课显示具体内容;如临床路径需入组病人,鼠标指向即显示需入组病种,点击即进入相应临床路径表单。 护士交接班:科室交班:要求支持按照日期、班次统计记录每日留观区各科室、各类型(抢救、中毒、清创、发热、死亡、手术等)的病人数量;床旁交班:要求支持急诊抢救、留观区病人每日护士交班记录,通过采用当前的主流交班模式(sbar),全景展示患者的整个诊疗情况;(包括主诉、初步诊断、生命体征、治疗方案、检查项目、使用药物情况、各种管道是否通畅、皮肤及伤口情况等) (支持对病人基本信息的引用包括检验检测、生命体征、主诉现病史等)。 体温单:要求生命体征录入支持按照单人生命体征录入和多人生命体征录入两种方式;要求可根据需要维护质控条件,如测量体温质控(入院新病人必须填写、护理级别等质控条件)、要求提供自定的列维护(但是不允许维护固定项目);要求支持患者体征自动采集、转记、出入液量的自动计算等功能。要求系统支持体征数据的自动与手工记录,连接监护仪等相关医疗设备,设置采集频率,将采集的体征导入到记录单,医护可对采集的数据进行后期调整。要求系统支持记录体温(包括物理降温),脉搏,呼吸,血压、血糖、血氧饱和度、大便次数等数值的采集。 急诊转科:要求急诊留观患者所患疾病涉及到其他科室专业范围时,支持转移留观区或转移就诊科室操作,记录转科记录,最终体现在病人流转记录中。 待入院管理:要求支持针对急诊病人需要转入院,但待入院病区暂无法接收的患者的登记及查询功能。 转住院交接单:要求支持急诊病人需转住院科室时,填写急诊转住院交接单。 病历浏览:要求系统提供病人全景视图功能,支持护士一站式病人本次及历次就诊数据,要求包括医嘱浏览、病历浏览、检查报告、检验结果、诊断浏览、过敏记录、麻醉记录、会诊查询、ICU护理记录单等; 护理单:要求支持危重患者护理计划及护理记录的客观记录。要求支持急危重症患者监护过程中,详细记录各种体征、出入量等多种监测指标,记录的准确、及时、完整、连贯是危重患者护理记录书写的基本要求。在护理项目上,要求可采用可配置化的设计 模式,所有观察项目均可根据各临床科室关注点不同的特点灵活方便配置。 4.住院诊疗服务 4.1住院医生工作站 系统概述: 住院医生站系统有效的实现各种信息资源的共享,协助医生诊疗工作、规范医疗行为,实现电子医嘱系统的全流程流转及全流程流转的反馈,提高医生工作效率和医疗质量。 功能要求: 要求提供住院病人列表、信息总览、诊断录入、检查检验申请、治疗申请、医嘱录入、中草药医嘱录入、诊疗计划、交班本等功能 详细要求: 住院病人列表:要求以表格的形式展示当前在院的病人列表,汇总展示病人当前主要诊疗信息,特殊标注新入、病重、病危及其他特殊情况患者,同时要求提供按照本人、本科、本医疗组、已出院、已转出、已手术等属性查询的快捷入口,提高检索病人的简便性。 信息总览:要求整合病历质控、病历缺陷、生命体征、检查检验执行进度等内容,直观展示当前病人的诊疗信息,同时要求提供医嘱浏览、执行、停止、撤销、作废等功能操作。 诊断录入:要求提供标准ICD及非标准诊断录入,要求支持个人模板、科室模板、历史诊断等快捷录入。 检查检验申请:要求集成各类检查、检验、病理医嘱的申请入口,要求集中展示且可自定义树状结构,要求支持多部位检查申请、自定义病理申请、多标本检验申请,集成已发生申请及各申请单当前状态,同时要求直观展示结果及报告信息。 治疗申请:要求选择对应的治疗医嘱后可自定义治疗方案内容,治疗科室按照申请内容为患者进行预约治疗服务。 医嘱录入:要求支持模糊检索、个人及科室模板、历史医嘱复制、字典查询、常用医嘱用法、医嘱套、检查检验申请、治疗申请等多种录入方式。要求在录入过程中结合用户习惯,对内容进行排名,协助默认医嘱明细数据,确保用户准确便捷的录入医嘱。要求集成知识库系统,提供相互作用、说明书、建议医嘱等辅助功能,要求支持自定义当地医保结算,结合患者病种、特殊诊断等信息对医疗费用进行管控。要求支持出院、转科、手术等特殊医嘱录入,自动停止当前有效长期医嘱。要求支持医嘱审核后自动发送至对应的执行科室,包括护士站、药房、治疗科室、医技科室等,并能直观展示当前医嘱的执行进度。 中草药录入:要求结合中草药处方的特性,提供草药饮品、颗粒剂、小包装、膏方等不同处方剂型的录入方式,要求支持协定处方,支持基本单位自动转化多种包装数量发药。 诊疗计划:要求支持医师、护士、营养师等不同类型的人员可对同一患者制定各自的诊疗计划,并能与其他用户共同执行,用户可自定义诊疗计划模板。 交班本:要求支持用户根据自己值班班次,系统自动抽取当前医疗小组下负责的病危、病重、死亡、出入转、手术等信息,结合每位患者当前病历、诊断、医嘱等内容,在上一班次医生补充部分交班内容、生成电子交班本信息后,交由下一班次医生浏览。 4.2住院护士工作站 系统概述: 住院护士站支持护士高效的完成护理工作。针对病人众多、病种复杂等病区管理工作的特点,实现病人病情总览、处理医嘱、领药审核等功能,对病区内人、财、物达到精细化管理的目的。 功能要求: 要求提供床位图、患者信息展示、查询统计提醒、基于床位的快捷操作、护士执行、领药审核、医嘱单、需关注、标本运送、更新采血时间、出院召回、费用调整、病区床位管理、分娩管理等功能 详细要求: 床位图:要求按病房物理位置定制个性化的病房管理界面布局,要求支持维护个性化界面信息(床号、病历号、姓名、年龄、诊断、病情、护理信息和图标显示信息等)。要求支持一个病区包含多个科室床位的管理模式,允许各科床位分别进行统计、核算,允许床位级别的特殊设定。提供病人入科、转科、出院处理并允许特殊情况下审批出院。 患者信息展示:要求床位图展示患者的基本信息(床号、病历号、姓名、年龄、诊断、病情、护理信息),要求对于展示的信息可以根据使用习惯进行项目和显示顺序的配置。 查询统计提醒:要求提供患者模糊查询,可根据患者姓名,登记号,床号等各种信息进行床位筛选。对于有需要处理医嘱的患者人数进行动态醒目的提醒。 基于床位的快捷操作:要求支持患者首次分床时可给患者分配主管医生和管床护士。要求支持治疗过程中,在患者基本信息界面也可更换主管医生和管床护士。可对患者进行入院分床、患者床位更换、包床操作,要求支持患者腕带和床头卡的打印。要求支持处理完患者转科需关注医嘱后,可直接在床位图选择患者进行转科操作。床位可直接对符合条件的患者进行出院操作。要求支持床位图提供患者腕带和床头卡的打印。 护士执行:要求支持护士执行能够根据各种不同查询条件(如频次,用法,接受科室,标本类型,医嘱状态等)快速的检索一个或多个患者的医嘱,并进行各种打印,执行,采血等操作。 领药审核:要求支持护士对患者的药品类医嘱进行再次审核,并发送给医嘱对应的药房,为药房给病区发药提供依据。 生命体征:要求支持对患者体温、脉搏、呼吸、血压、体重、尿量、引流量、出入量、大便、身高等项目进行填写。要求支持生成打印体温单,展示患者生命体征记录趋势,为医生诊断,用药和护士治疗提供依据。 医嘱单:要求支持护士预览以及打印患者医嘱单。要求支持长期、临时医嘱单快捷切换。打印时支持打印记录的保存或者不保存,可删除已保存的打印记录。要求支持医嘱单的续打功能。要求支持将医嘱单导出到excel。要求支持选行打印,打印特定的行数,对于转科患者可设置医嘱单是否换页。打印格式可自定义,对特定医嘱(如手术、转科)给与特殊标识。可进行医嘱重整。为电子病历归档提供支持。 需关注:当患者需要转科或者出院时,需要对患者当前的医嘱,治疗等进行阶段性的完成或结束,要求支持如果患者有未完成的的治疗,未停止的医嘱或未计算的费用。 标本运送:要求支持对标本的位置及状态进行实时追踪,对当前人和当前位置进行记录。 更新采血时间:要求支持对患者标本的采集时间进行更新。要求支持如检验标本已接收,则不予许更新采血时间。 出院召回:病人出院后,病情反复,需要继续入院治疗时,可办理召回操作。 费用调整:要求支持患者出院后发现费用差错,需要调整,通过出院费用调整来完成。 病区床位管理:要求支持病区床位管理可以对病区床位进行锁定,状态改变,性别限制等操作。 分娩管理:要求支持对孕妇分娩进行登记,记录孕妇分娩的产程记录,对分娩的婴儿进行登记,查询统计等操作。系统根据记录生成产程图,支持医护人员更直观的产程。 4.3住院出入转系统 系统概述: 住院出入转系统,融合了入院、分床、退院等相关功能,实现对病人的登记管理,方便护士快速准确的管理病人。 功能要求: 要求提供入院登记、退院、医保登记、取消医保登记、打印腕带、患者信息修改、患者信息修改查询、入院分床、入院撤销、出院、转科等功能 详细要求: 入院登记:要求支持为患者完善基本信息,并建立入院档案生成住院号。复诊患者,要求可通过患者主索引读取相关信息。对于尚未入病区的患者,要求可以修改病区。要求支持登记需要预约床位的患者。 退院:要求对尚未入病区的患者,可以取消患者的入院状态。如已分配了病区和床位,但没有发生实际费用,可由病区先办理出区,再做退院。 医保登记:要求提供对已入院、需要做收费结算的医保患者进行医保登记的功能。取消医保登记:要求提供对已进行过医保登记的医保患者,进行取消登记的功能。 打印腕带:要求支持住院患者打印腕带,腕带上有患者登记号、病案号、二维码或条码、姓名、性别、年龄、科室病区、床号等信息。 患者信息修改:要求提供对患者基本信息、就诊信息修改功能。例如修改患者出生日期、费别等。 患者信息修改查询:要求支持收费员可以查询患者信息所做的变更记录。 入院分床:要求支持对已经进行入院登记并分配到本病区的患者进行床位分配,要求可分配此患者的主管医生、管床护士以及填写患者入院时测量的生命体征记录(如体温、体重、身高等)。 入院撤销:要求支持对尚未分床的患者,可以取消患者的入院状态。如已分配了床位,但没有发生实际费用,可由病区先将患者拉入等候区,再做入院撤销即退院处理。 医疗结算:要求支持医生通过开立出院诊断,下出院医嘱,停长期医嘱等操作,对患者的本次住院进行医疗层面的结算。 最终结算:要求支持护士或医生处理负责的出院需关注医嘱(如患者有未领取的药品,有未执行的医嘱,未退药的医嘱,未停止的长期医嘱,未做检查检验的医嘱等),同时审核患者费用。处理完毕并且审核通过后才可对患者进行出院操作,并通知患者到收费处进行下一步结算。 财务结算:患者到收费处进行费用结账。对于医保患者,要求支持在出院结算前应确保费用明细全部上传。要求支持取消结账的功能。 出院召回:已经办理了出院手续后有可能发现了某些新的不容忽视病况需要进行重新检查,或者出院的费用或手续有误,要求提供召回再处理。 补记账:要求支持患者补记账功能,患者额外使用的材料或在医嘱执行时无法收费的项目可做补记账处理;要求支持对补记账记录作废的功能。 出院患者账页:要求支持查询统计出院患者的费用账单,提供账单汇总信息以及账单明细的查询功能。 转科需关注:转科代表着患者在本科室治疗的阶段性完成,转科时也需要对患者需要结束的检查,检验,医嘱,药品,会诊等进行处理。转科需关注要求自动查询出患者转科需要处理的情况。护士或医生根据提示对自己负责的需关注情况进行处理。要求转科时应根据配置对转科操作进行提醒或流程控制。 转科:要求支持处理完需关注医嘱,如未处理完成,转科时会有提醒或流程控制。处理完需关注医嘱后,要求支持当前科室的护士对患者进行转科操作,进行转科申请。转科申请后患者将出现在本科室转出去,以及转入科室的等候区,转入科室护士进行分床操作后,完成本次转科。 转病区:要求支持患者当前科室关联多个病区,护士可以根据需要将患者转移到本科关联的其他病区。 分床:要求支持护士可选中患者,将患者拖到空闲床位上。 转移记录:要求系统对于患者的分床,转科,转病区操作都进行详实的记录,并绘制了流程图。要求从转移界面可清晰直观的了解患者的每一次转移的时间,科室,床位,转移人等信息。 4.4住院收费系统 系统概述: 住院收费系统通过整合其他业务系统,完成对住院患者费用的精细化管理。 功能要求: 要求提供押金收据管理、住院发票管理、住院押金管理、出院管理、住院担保、中途结算、“欠费/结存”结算、欠费患者转出与补交、住院费用核查、出院结算、取消结算、打印押金退款单、打印每日费用明细单、打印费用明细单、收费员日结、收费员日结汇总等功能 详细要求: 押金收据管理:要求支持押金收据购入、发放、转交。 住院发票管理:要求支持发票购入、发放、转交。 收押金:要求可以按照各种支付方式收取押金,如现金,支票,汇票等。 退押金:要求支持在押金没有结算的情况下,可以给病人退押金,并打印押金收据;要求支持作废重复打印押金收据:要求支持在押金收据打印异常的情况下,可以作废异常的押金收据,并重复打印新的押金收据; 出院管理:要求支持出院登记;出院召回;出院查询。 住院担保:要求支持为特殊患者、绿色通道患者进行住院费用担保。 中途结算:要求支持可以按某段时间或某些医嘱等规则拆分出一个账单进行结算。支持医保病人结算。 “欠费/结存”结算:年终由于涉及到结算本年度的账,要求支持后续产生的费用算入下一年。要求支持可以选择“欠费/结存”的支付方式来结算。 欠费患者转出与补交:要求支持对以“欠费/结存”结算的费用,等后面患者来办理财务结算时,再“补交/退回”差额。 住院费用核查:要求支持对费用有问题的医嘱或不合规的收费进行把控、调整、费用补查,减少因费用问题引起的不必要的医患矛盾。 取消中途结算:要求支持针对做中途结算拆分出来的账单,提供撤销功能,即合并账单。 出院结算:要求支持核对病人帐单费用总额,自付金额和押金总额无误后,办理病人出院,可以对病人多退或少补选择一种或多种支付方式进行结算,打印出院发票,并做财务结算,并打印费用明细单给病人。支持医保病人结算。 取消结算:要求支持如果病人出院结算后发现费用有错误,收款员可以取消病人出院结算,取消结算后,押金回到未结算的状态,然后医生对错误的医嘱调整后,收费员进行帐单,重新计算病人的费用总额,自付费用等,收费员确认费用无误后,重新办理病人出院结算,重新打印发票并打印费用明细单给病人。 打印押金催款单:打印押金催款单:要求支持可以查询某个病区的欠费病人,同时显示欠费病人的费用总额,押金总额和欠费金额,要求支持可以录入需补交的押金,然后打印押金催款单给病人进行催款。要求支持办理住院登记后可以打印住院就诊卡给病人。 打印病人费用明细单:要求支持可以查询并打印某个账单的医嘱费用明细,各分类的医嘱费用总额。 打印病人每日费用明细单:要求支持可以查询并打印某个病区病人的费用明细单,可以单独查询并打印某个病人的费用明细单。 打印病人预交金明细帐:要求支持可以查询并打印某段时间内的住院病人的收押金,退押金明细和出院病人的退押金明细。 收款员日报表:要求支持查询收费员办理的所有押金明细和出院发票明细,统计收费员的收押金总额,退押金总额(包括住院退押金,出院退押金),出院结算病人的费用总额,以及应当上交的现金,支票等金额,对作废的押金收据和作废的发票在日报表中单独列出,并打印收费员日报表上交财务科,如果需要可以打印明细。 住院收费查询:要求支持可以根据病人的就诊日期,病人的收费类别,科室,登记号,姓名等条件查询病人的未结算,已结算的账单信息。 收费员日结:要求支持收费员在下班前、交账时做结账。提供报表和收退押金、结算、取消结算等业务明细方便收费员对自己手中的款项和票据进行核对,并给财务交账。 收费员日结汇总:要求支持提供收费组长或财务对收费员交的账务进行核对并上交报表存档。 4.5住院中心药房系统 系统概述: 住院中心药房系统运用信息技术手段实现对住院医生所开医嘱的自动审查,对审查通过的药品医嘱进行发放管理,对开立有误的药品处方或发放有误的药品进行退药处理。 功能要求: 要求提供按病区完成对住院患者的配药、发药、查询、退药申请、退药、发药单打印、发药统计等功能 详细要求: 配药:要求支持配药人员拿到发药单后,按货位顺序逐个进行药品的配药,配药过程要核对药品的名称、批次等信息,要求可在系统中完成配药确认,记录配药人员工作量。 发药:要求支持操作人员按日期检索出待发药的病区和需发药的药品类别,选择病区和发药类别后检索对应的待发药医嘱,要求支持可以全部或部分选择发药并打印发药单,发药时按有效期规则减当前药品批次库存。 退药申请:要求支持病区护士根据医生要求的医嘱停止情况及患者情况,对需要退药的药品医嘱进行退药申请,退药申请后再由药房人员进行退药。 退药:要求支持住院药房根据病区建的退药申请单,在核对护士的退药实物后进行退药操作,退药时要核对药品的名称和批次、数量等信息,退药完成后系统中增加药房的库存。要求支持退药也可以在发药时根据病区发药品种自动冲抵退药。 发药查询:要求支持可以按病区、发药类别、药品名称、患者登记号等查询出药房在一段时间内的发药信息。 退药查询:要求支持对一段时间内的退药信息进行查询,可以按照退药单据查询,也可以统计出所退药品的汇总。 综合查询:输入查询条件后,要求支持查询当前的未发药品或已发药品信息,可以按药品汇总数量,选择药品可以药品的发药医嘱明细。 药房工作量:要求支持统计整个药房的发药和配药人员的工作量。 发药统计:要求支持查询出药房在一段时间的药品消耗情况,可以查询全院药品发退药数量汇总,也可以查询某个病区药品发退药品种及数量。 月报:要求支持按财务要求生成每个月的月报,月报生成时间可以根据实际业务需要,随时可以生成,对有问题的月报也可以重新生成。 4.6住院配液中心系统 系统概述: 住院配液中心系统实现静脉配置中心的全流程化信息管理,通过系统辅助业务人员及时准确的完成配药的各个业务。 功能要求: 要求提供配液审核、配液排批、配液打签、配液分签、配液排药、贴签、排药核对、舱内配置、出舱复核、装箱、扫码送货等功能 详细要求: 配液审核:要求支持使用知识库进行药品用药说明及配伍等数据的自定义,也可以同时调用第三方合理用药实现药师对医生医嘱进行配伍禁忌、超量等数据分析,提供TPN指标、合理用药辅助分析,可一目了然的看到患者用药的具体信息、诊断信息、过敏史、电子病历、检查、检验等信息,要求能够对该医嘱进行审核相关操作,并在线通知医生。审核时可参考病人全天所有医嘱,不局限于当前医嘱。 配液排批:要求实现对医嘱数据的一键分批,根据数据维护中的排批规则定义的内容,对当前查询到的数据系统直接进行预分批。 配液打签:要求支持对配液排批后的数据进行汇总显示,将排批后医嘱进行规则排序,要求支持配液打签可以按类型批量打印。 配液分签:此流程为可选流程,要求支持按打签顺序进行分签操作,既可以用PDA,也可以用扫码枪扫描记录分签时间和分签操作人员,记录配液状态和工作量信息。 配液排药:要求支持可以使用PDA按排药单按药品货位顺序实现扫码下架,也可以直接打印排药单,按排药单排药,记录排药时间和排药人。 贴签:要求支持可以使用PDA或扫码枪进行扫码,记录贴签时间和贴签操作人,实现配液状态和工作量的标识。 排药核对:要求支持PDA或者扫码枪扫描标签进行核对,核对过程可以实时判断医嘱状态,并可声音及文字提醒是否可以继续进行操作。要求支持扫描时自动记录操作人及操作时间,记录配液状态和工作量。 舱内配置:要求支持舱内可以用PDA或者平板+扫码枪实现舱内实时扫描,实时判断医嘱状态。可按用法等绑定配置费用或者材料费用,减库同时关联该费用,退药时可同时退掉该费用。 出舱复核:要求支持PDA或者扫码枪进行扫码复核操作,确认药品混合的正确性。扫码同时记录复核操作人和操作时间,更新配液状态并记录工作量。 装箱:要求支持对复核完成的输液袋,根据所属病区进行分拣并装箱,可以使用PDA或者扫码枪扫码操作。扫码时可以语音提醒输液所属病区,指导放在正确的病区。 扫码送货:要求支持PDA或者扫码枪实现配液中心与物流工人的扫码交接,记录交接时间和双方交接人。 病区接收:要求支持病区护士使用扫码枪或者PDA进行扫码接收,记录接收时间和接收护士。 病区核对:要求支持PDA或扫码枪扫描物流箱条码和输液袋条码进行药品核对,确认是否本病区药品,是否需要紧急执行,是否有遗漏等。 配液大屏显示:要求支持通过大屏,实时滚动显示各病区各配液状态的袋数,对袋数有差异的进行颜色显著提醒。 查询统计:要求支持提供按医嘱时间、按病区,按医嘱,按患者等配液单及医嘱配液状态查询,可以查询停止的输液医嘱。可以按病区、按批次的配液数量统计。可以进行医嘱合理性及不合理原因的统计。 4.7床位管理中心 系统概述: 床管中心将之前分散在各病区护士长手中的管理床位的权利收回,进行统一预约、统一管理,解决病区私自留床等现象,提高床位利用率。 功能要求: 要求提供开立住院证、预约登记、预约管理、住院登记、病区分配床位、病区床位管理等功能 详细要求: 开住院证:要求系统支持全院床位资源共享。要求床管中心可以根据医生的住院证为患者预约本病区或其他病区的床位。 预约登记:要求对于开启了床位预约的病区,医生开住院证后,病人需先到床管中心进行登记排队。 预约管理:要求床管中心人员可以在预约管理界面为病人预约床位,要求系统支持根据病人病情进行排序,以便重症患者能优先安排床位。 住院登记:要求预约到床位后,床管中心通知病人指定日期来院,来院后需要进行住院登记。 病区分配床位:要求住院登记后患者会出现在预约病区的等候区,且患者名称后面有分床按钮,点击分床按钮,会将预住院患者分配至预约的床位上。 病区床位管理:要求支持病区床位管理可以实现护士对本病区床位的管理,包括锁定、释放等。系统中床位状态有空床、占用、锁定、包床、消毒、已预约等。床位性别有男床、女床、不限三种,其中有性别要求的,在预约床位时只能对应性别的才可预约。要求支持住院护士在进行分床时也只能分配相应性别的患者至该床。床位性别不限的可随意分配,不控制患者性别。锁定和解锁有在床位图和病区床位管理界面均可操作,只有空床状态的床位可以进行锁定操作,锁定的床位不能被床管中心预约。对于占用状态的床位,可以做释放的操作,床位释放后,预住院中心可进行预约。对于已经释放的床位,因实际问题需要取消释放的,将释放的床位收回。 医嘱释放床位:要求系统支持医生开立出院/死亡医嘱时自动释放床位,不需要护士再手工释放。撤销/作废出院/死亡医嘱时如床位未被预约可以收回被释放的床位。 4.8体温单 系统概述: 体温单是护理临床工作中最常用,最重要的文书之一,体温单可以将患者的生命体征情况综合、全面、直观的展现出来,在临床工作中体现出了极高的重要性。 功能要求: 要求提供生命体征录入、体温单预览、楣栏、体温、脉搏、呼吸、血压、入量、出量、大便、体重、身高、空格栏、体温单打印配置、表格外内容配置、表格内容配置、打印规则配置、体温单预览配置字典维护等功能 详细要求: 生命体征录入:要求支持单人录入界面可以方便护士针对单一患者对多项体征项目在一天固定的六个时间点的数据录入。 要求支持多人录入界面可以方便护士对病区多个患者针对同一时间点多个生命体征项目的批量录入。 体温单预览:要求支持楣栏、一般项目栏、特殊项目栏均使用蓝色、蓝黑色或黑色字体书写;数字除特殊说明外,均使用阿拉伯数字表述,不书写计量单位。 楣栏:要求楣栏项目包括:姓名、年龄、性别、科别、床号、入院日期、住院病历号,均使用正楷字体书写。 体温:要求支持40℃-42℃之间的记录:用红色笔在40℃-42℃之间纵向填写患者入院、转入、手术、分娩、出院、死亡等。除手术不写具体时间外,其余均按24小时制,精确到分钟。要求支持转入时间由转入科室填写,死亡时间应当以“死亡于X时X分”的方式表述。 脉搏:要求脉搏符号:以红点“●”表示,每小格为4次/分,相邻的脉搏以红直线相连。心率用红“○”表示,两次心率之间也用红直线相连。 脉搏与体温重叠时,先划体温符号,再用红色笔在体温符号外划“○”。 呼吸:要求支持用红色笔以阿拉伯数字表述每分钟呼吸次数。 如每日记录呼吸2次以上,应当在相应的栏目内上下交错记录,第1次呼吸应当记录在上方。 要求支持使用呼吸机患者的呼吸以○R表示,在体温单相应时间内呼吸30次横线下顶格用黑笔画○R。 特殊项目栏:要求特殊项目栏包括:血压、入量、出量、大便、体重、身高等需观察和记录的内容。 血压:记录频次:要求支持新入院患者当日测量并记录血压,根据患者病情及医嘱测量并记录,如为下肢血压应当标注。 单位:要求支持毫米汞柱(mmHg)。 入量:记录频次:要求支持将前一日24小时总入量记录在相应日期栏内,每隔24小时填写1次。 单位:要求采用毫升(ml)。 出量:记录频次:要求将前一日24小时总出量记录在相应日期栏内,每隔24小时填写1次。 单位:要求采用毫升(ml)。 大便:记录频次:要求支持应当将前1日24小时大便次数记录在相应日期栏内,每隔24小时填写1次。 体重:记录频次:要求支持新入院患者当日应当测量体重并记录,根据患者病情及医嘱测量并记录。 特殊情况:要求支持如因病情重或特殊原因不能测量者,在体重内可填上“卧床”。 单位:公斤(kg)。 身高:记录频次:要求支持新入院患者当日应当测量身高并记录。 单位:要求采用厘米(cm)。 空格栏:要求运动可作为需观察增加内容和项目,如记录管路情况等。 体温单打印配置:要求支持体温单打印配置,包含体温单表格内容划分、文字显示、折线图绘制以及预览打印等相关配置。具体配置项要求包括四个方面:表格外内容配置、表格文字配置、表格内容配置、打印规则配置。 打印规则配置:要求包括事件规则配置、术后日数显示规则配置、复降规则配置、脉搏短绌规则配置、超出标尺规则及断线配置以及过敏史信息配置。 体温单预览配置字典维护:要求支持为体温单打印配置提供配置字典的增删改查。 5.临床信息系统 5.1放射信息系统 5.1.1放射科信息系统 系统概述: 放射科信息系统以高速多媒体计算机、数据库、局域网络技术应用为基础,专用于解决放射影像设备数字化登记、检查、存储、管理、诊断、信息处理的专业应用系统。它充分利用计算机技术,并与PACS系统无缝连接,简化放射科诊断的流程,缩短诊断时间,实现设备Worklist功能,在设备上通过连接Worklist直接读取病人基本信息及检查信息,检查技师拍完片后影像发送到PACS服务器实现快速存储与共享影像资料,报告医生调取PACS中的影像进行诊断、书写报告,审核发布,提高了医生工作效率,提升医疗质量,有效减少医患纠纷,同时提供全面的科室管理,健全科室科研和教学工作,实现放射科室日常工作的数字化和无纸化。 放射科信息系统实现放射科病人登记、检查、诊断报告等流程的数字化管理,实现与HIS和PACS系统的无缝集成,,即实现病人电子检查申请单和检查报告的互通,减少重复登记的工作强度和不必要的人为失误,影像资料都保存在PACS系统中,支持全院共享调阅。同时要求RIS系统遵循IHE技术框架、HL7协议、DICOM标准,能够实现对各厂商HIS和PACS系统的无缝连接 功能要求: 要求提供查询模块、预约登记工作站、技师工作站、报告工作站、统计分析模块、排班模块、质量控制模块等功能 详细要求: 查询模块: 个性化查询:要求根据医生用户的个性喜好来配置对应的查询条件,查询显示列表和常用操作的功能按钮。对于颜色有要求的情况还可以根据检查状态设置对应的颜色。比如申请-绿色,急诊患者-红色等。 高级查询:要求提供多种与或关系的查询功能。比如查询某检查号或者某个登记号的查询。扩展查询的多样性,对于有复杂的与或关系、检索报告内容模糊查询等,这个功能非常实用。 定制查询:要求支持将医生常用的组合查询功能固定为功能按钮。方便以后登录系统查询可以一键完成。比如定制一个查询当天诊室三已经预约的数据。第一次查询之后将其保存自动生成一个功能按钮,下次点击按钮就可以直接查询该组合数据。方便快捷。 编辑报告:要求支持数据查询出来后选中患者信息,点击编辑报告功能,则可以编写保存报告及其以后操作。 读卡:要求支持读取身份证号/就诊号/医保卡号等。 报告超时提醒:要求支持对于患者检查做完后拖了很长时间没有保存审核报告的情况进行提示,在查询列表上面醒目字样滚动显示。有助于医生及时发现未出报告的检查,提高医生工作效率。 导出报告/图像:要求支持把患者检查信息的图像报告导出到本地。 打印报告:要求支持全科室统一位置打印报告。整个科室或者同一个检查组设定指定位置打印报告。查询指定患者信息,然后点击打印报告功能即可。 影像评级:要求支持影像质量评级(甲乙丙等)。 请求会诊:要求支持对于比较复杂的检查需要其他医生或者科室帮助的时候,可以用这个功能就能申请达到数据共享的目的。 报告挂起:要求支持对于某条检查报告写到一半有特殊情况需要临时保存过会再来继续写的情况,可以采用报告挂起功能。 质量控制:要求支持提供进行数据修改的入口。查询数据后选中质量控制操作即可进行质量控制功能。 修改检查优先级:要求支持修改某条检查信息检查优先级,比如加急/军人优先等。 导出数据到Excel:要求支持将查询出来的数据导出到Excel存储到本地。 分配报告/审核医生:要求支持针对有的检查需要特定人来写报告或者审核报告的情况,可以选中患者信息进行分配功能。分配功能一般需要高级权限。 修改检查技师:要求支持修改某条检查信息的技师信息。 取消终审:要求支持将某条检查信息终审信息因为特殊原因进行取消终审。取消终审后状态变为已审核状态。 预约登记工作站: 预约:对申请状态的检查执行预约操作,选择预约日期、预约时间段对病人检查进行预约操作;预约时产生的流水号规则可自定义,可按照诊室、科室或检查组多种方式生成流水号,可统一分配,也可以按照设备分配。支持同一个病人多条医嘱合并预约的功能。 登记:预约状态的检查,患者按照预约时间到达科室后,可执行到达操作。 资源计划:在系统中按照时间段提前排出资源计划,按照周一至周日每天各时间段的资源数,生成资源计划到指定日期。支持选座模式,医生可选择做检查时预约到的具体时间点,使得预约更加高效,减少病人等待时间。 申请信息:支持HIS中病人的电子病历(主诉、病史、检验结果等信息),支持申请单信息,支持通过扫描仪扫描申请单功能。 打印取片单、预约单:支持自定义取片凭证模板、预约单模板,打印出取片凭证及预约单, 关联医嘱:支持补录的医嘱与其他检查的关联 补录费用:支持HIS补录费用后,重新录入费用信息 手工录入患者检查:可自定义录入患者的病人类型,姓名、检查项目等信息,新增患者检查。 修改患者信息:修改患者类型、病人姓名、年龄等患者信息,也可修改检查项目,检查部位等检查信息 技师工作站: 查询:技师可以在叫号界面通过选择查询条件(检查子类、检查组、诊间、时间等)点击查询按钮,来筛选符合要求的患者。 呼叫:点击“呼叫下一个”按钮,系统按患者登记时间的排序进行呼叫;也可选择某位患者,点击“呼叫”按钮,对指定患者进行呼叫,也可对过号患者进行呼叫。 过号:如患者呼叫后未能到场,点击“过号”按钮,将该患者置于过号列表中,患者状态从“已呼叫”变为“过号”。 浏览电子申请单:可以通过点击“电子申请单”按钮来病人的申请单。 修改患者检查状态:可以通过点击“到达”、“开始检查”、“取消检查”、“检查完成”来更改患者当前的检查状态(到达、正在检查、检查完成)。 设置患者检查信息:可录入曝光次数、胶片数量、检查技师和护师等信息,其中通过检查技师及辅助技师的选择,实现技师工作量的统计,填写检查的备注信息,提醒报告医生在诊断时的注意事项等。 打印取片凭证:可为已经做完检查,是“检查完成”状态的患者打印取片凭证,方便患者后续来领取胶片。 设置胶片已打印:点击“胶片已打印”按钮,对此次检查进行标记,可避免胶片重复打印。 影像匹配:点击“影像匹配”按钮,可自动调出质量控制的影像模块,方便检索PACS中的影像进行匹配。 报告工作站: 维护报告样式:要求可根据医院要求制作不同样式的报告,维护好的报告样式需要关联科室才可在该科室使用,在录入检查诊断信息时,医生可根据当前检查项目以及部位选择合适的报告样式。 浏览影像:要求支持该患者通过设备采集到的图像。 录入以及修改报告:要求支持当患者在医技执行科室完成检查之后,医生在报告界面对患者进行报告录入,报告医生可保存完成的报告并且保存的报告也同时会以PDF文件保存在电脑上,此时检查状态变为“已录入报告”,并且原报告医生可随时打开并修改已保存的报告。医生在点击“保存报告”时要求可以设置是否返回首页,若选择返回,在保存报告之后返回首页;若选择不返回,在保存报告之后停留在当前页面。提交审核:报告完成之后,报告医生可提交报告给审核医生进行审核,此时患者状态变为“已提交”,并且报告医生不可再修改报告。 审核以及驳回报告:要求支持保存成功以及提交审核的报告,都可进行审核,审核医生可对报告进行修改,审核完成的报告临床医生站该条检查状态变为“执行”。若报告存在问题,要求支持审核医生可驳回报告,报告医生可再次对报告进行修改。医生在点击“审核报告”时要求可以设置是否返回首页以及审核打印,若选择返回,在保存报告之后返回首页;若选择不返回,在保存报告之后停留在当前页面;若选择审核打印,则在报告审核之后自动打印报告单。 终审报告:要求支持报告审核完毕后,也可对报告进行终审操作,终审后的报告检查状态变为“已终审”。 报告打印以及补打报告:要求支持报告医生可对已经完成的报告进行打印,也可以补打当前患者的报告。 模板数据:要求支持医生可以将“检查方法”、“检查所见”、“诊断意见”以模板的形式保存,当报告医生需要使用某个模板时要求支持可直接对当前报告进行添加或者替换。要求模板可以保存为公有模板和私有模板,公有模板要求支持对科室的所有医生都可以维护和使用,私有模板要求仅当前医生可以维护和使用。同时模板要求支持建立各级目录来保存不同的模板数据。医生还可使用智能模板,根据医嘱项及相关模板使用频率进行排序,最常用的模板排在首位。 智能提醒:要求支持医生可根据患者年龄段、患者性别、检查部位、检查设备等维护智能提醒。例如维护患者性别为“男”,提醒关键字为“子宫”,在保存男性患者报告时若报告内容出现“子宫”字样,则提醒医生是否继续保存。 报告记录:要求可该报告的所有执行操作过程;包括:操作医生、操作时间、操作状态(保存、访问、审核等)以及操作之后报告的内容。 标记回访:若患者需要回访,可为患者添加标记回访,设置回访日期、提前提醒天数以及回访医生,则可在回访前提醒回访医生该患者需要进行回访。 报告质量控制:要求可设置报告阴阳性是否为必选项,默认阳性或者阴性;影像评级是否为必选项,默认是否为甲级;报告保存(第一次保存)多久后不能修改;报告结果同步调整字体大小,由于部分报告的某些模块需要录入字数较多,为了适应报告纸张大小其字体就会自动缩小,为了适应保持字体大小一致其他内容字体也会同步缩小;报告是否需要审核;报告是否需要终审;可编辑报告的检查状态,设置患者在预约、到达、已有图像、正在检查、检查完成状态医生才可编辑报告。 相关检查:要求可以该患者所做其他检查的日期、临床诊断、检查所见、诊断意见以及影像。 统计分析模块: 科室收入统计:要求支持按检查子类,设备,申请科室,病人类型,转诊,和部位大类来统计科室收入。支持按预约日期,登记日期,检查日期,报告日期统计。支持选择某个科室统计。支持按两种不同录入医嘱的方式统计,HIS医嘱登记和手工登记 医生工作量统计:要求支持医生工作量涉及数据最多,最复杂,可以统计医生,技师,护师,曝光数等许多方面。要求支持所有医生工作量统计。也可以支持报告医生,审核医生,登记医生,报告录入者,介入医生,会诊医生,辅助医生,护师,核对护师,检查技师工作量统计。要求支持影像评级,报告评级,审核报告评级统计。支持预约率,报告被驳回率,医生退回报告,已完成的检查率统计。支持检查项目,申请医生检查项目,医生检查项目统计。要求支持报告医生检查部位,审核医师检查部位,检查技师检查部位统计。要求支持扫描方式,同比-环比,检查项目权重*设备权重,检查部位权重统计。要求支持检查技师曝光次数,报告医师曝光次数统计。 设备工作量统计:要求支持按日期段,精确时间点,检查子类,检查部位,检查设备,用户来统计。支持按报告日期,检查日期,登记日期统计。 病案统计:病案统计分为三块,病案统计,阳性率统计和医嘱检测信息。病案统计要求支持按报告日期,检查日期,登记日期来统计。要求支持按检查子类,检查部位,检查项目,结构化,归档类型来统计。要求支持按是否活检检查,回访状态,检查结果,报告医生,审核医生,患者年龄来统计。统计结果支持患者信息,医嘱信息,就诊信息,年龄分布图,以及报告内容。支持高级查询,用户自定义查询条件查询。统计结果支持导出到工作站查询组件。阳性率统计,要求支持按日期段,检查子类,病人类型,用户,诊间,设备统计。要求支持按时间统计,报告日期,检查日期。要求支持按申请科室统计。统计结果支持饼状统计图。医嘱检测信息,要求支持当前用户,对某个医嘱具体时间进行的某种操作,是否取消计费,是否初始化等。 流程监控统计:要求支持按日期,检查子类,诊间,设备,报告医生,审核医生,通过选择开始状态与结束状态进行统计。要求支持按检查项目耗时,检查状态耗时统计。检查状态耗时统计,可以精确的统计出此医嘱从登记到审核报告一系列流程的具体时间。支持检查项目平均耗时饼图。 打印:要求支持所有的统计类型下的统计结果都支持打印 绘制统计图:要求支持统计结果都支持柱状统计图显示 病历明细:要求支持统计出来的结果选中后,都可以看出患者的基本信息,检查信息,医嘱信息等等,每个统计类型病历明细中显示的信息会有所区别。并且结果支持导出到EXCEL表格 导出到EXCEL:要求所有统计结果都支持导出到EXCEL表格 排班模块: 检查项目关联:要求支持用于设置检查项目和检查专业组的关联。要求系统支持选择多个检查项目批量关联某个专业组,也支持选择多个检查项目批量取消关联,同时要求可按患者类型区分设置专业组关联的检查项目。支持按检查子类来过滤未关联的检查项目,方便检查项目的选择。 用户关联:用于设置用户和检查专业组的关联。支持按角色区分设置与专业组关联的用户,可选择多个用户批量设置关联,也可选择多个用户批量取消关联。 医护人员排班:要求根据角色和专业组设置医护人员在一段时间内的排班。选择排班日期、角色和专业组开始排班后,会显示一周内的排班情况,双击要排班的时间单元格,会弹出跟当前角色和专业组关联的用户,即可排班的用户,可选择多个用户来排班。要求支持将一周的排班复制到本科室或其它科室、角色和专业组里,解决医院同班次用户可在不同科室值班,或写不同专业组报告的需求,减少重复排班。要求支持切换当前用户能登录的其它科室进行排班,对完成的排班可进行打印。 资源排班:资源排班用于按日期修改资源的可预约数。选择日期点击生成排班后,会根据资源计划生成一周的资源使用情况,包括可预约数和当前剩余数量。双击每个单元格,要求可修改某个设备在对应日期的可预约数。要求支持按设备过滤资源排班情况。 质量控制模块: 修改患者基础信息:要求支持患者基础信息的修改的数据包含对患者的登记号、姓名、拼音的修改。对于其他信息,要求支持在预约登记组件来直接修改。 修改检查信息:要求可以将患者检查过程中产生的错误数据直接进行修改。 取消计费:要求可以对HIS发消息,取消该检查的计费。在患者需要进行出院结算,但是还有检查未做的时候进行处理。 修改报告信息:要求支持对检查的报告信息进行修改,例如修改报告的保存时间、审核医生等。要求支持在这里进行修改数据后,报告文件已经生成并且上传的话,临床调阅的文件并不会发生改变。 取消报告:取消报告信息主要目的是对该检查的报告进行重写,要求支持只有状态为已录入报告的患者可以取消报告,取消报告后检查将回到写报告之前的状态,到达或已有图像。 报告转交:报告转交主要目的是批量修改报告锁定的用户,要求支持在RIS中当一份报告被用户打开后,或者分配报告给指定医生后,将会给该报告添加用户锁定。当锁定用户不在电脑前或者锁定用户临时有事离岗后,在该出可批量修改锁定的医生,交给其他医生来处理报告 5.1.2医学影像传输与归档系统 系统概述: 医学影像信息管理系统以高速多媒体计算机、数据库、局域网络技术应用为基础,专用于解决影像设备数字化登记、检查、存储、管理、诊断、信息处理的专业应用系统,是实现医学影像信息资料电子化传输和存储,对放射、核医学、超声等医学影像信息资料进行后处理与调阅的综合应用。 前台预约登记工作站获取HIS传输过来的申请医嘱信息进行检查预约,分诊登记,设备通过连接Worklist服务直接读取病人基本信息及检查信息,检查技师拍完片后将影像发送到PACS服务器,PACS服务接收到影像后进行存储、归档。报告医生调阅PACS中的影像进行诊断、书写报告,审核发布,并打印交付患者。 医学影像信息管理系统同时提供质控管理、统计分析和排班功能,提供全面的科室管理,健全科室科研和教学工作,实现检查科室日常工作的数字化和无纸化。 功能要求: 要求提供影像采集、数据存储归档、影像后处理、图像内容检索、影像调阅模块等功能 详细要求: 影像采集要求支持 DICOM影像采集要求实现与全院级所有的DICOM设备的对接,接收符合DICOM3.0标准的DICOM影像。 影像收图服务:收图服务要求支持接收来自于多种类型的DICOM SCU存储请求,支持标准的DICOM设备,CR、DR、CT、MR、NM(核医学)、PET、PET-CT,XA(血管造影)、XRF(X射线荧光)、DSA、Ultrasound Multiframe(动态超声)、Ultrasound(超声)、Endo-scopic(内窥镜)、Microscopic(病理显微镜),还支持DICOM网关转换的DICOM 文件(视频二次采集)等。 DICOM核心服务类:要求支持DICOM服务:C-ECHO,C-Find,CMove,CSTORAGE,支持所有标准DICOM图像的接收,并对图像进行归档存储。 非DICOM影像采集要求支持设备若不支持DICOM标准,可通过采集卡将设备视频源传输到采集工作站进行图像采集。图像采集工作站要求支持多种类型采集卡,支持单张图片采集和动态视频采集。对于采集图像方式支持采集卡/网口,采集快捷键支持程序按键操作,键盘快捷键操作,脚踏板/USB手柄操作。采集完的JPG图像可以上传到文件服务器直接存储,也可转换成DICOM上传到PACS服务器统一存储。 要求通过完成对患者检查图像的快速采集,以及视频的录制上传,实现诊室内部实时显示实时上传 数据存储归档 要求数据存储归档模块负责支持将影像患者检查信息插入PACS影像数据库,同时将影像文件进行在线存储和近线压缩存储。 要求支持在线影像归档存储:负责将收图服务接收到的DICOM影像文件按指定的格式归档存储到在线Image目录里面。 要求支持近线影像压缩存储:负责将在线的原始DICOM影像压缩后,归档存储到近线存储EOL目录里面。同时更新数据库EOL 对应的标志位。近线存储可以采用相对廉价的存储系统SATA,SAS,IDE等磁盘阵列。所有的影像都永久存储在近线存储上。近线存储的空间,随着医院影像数据的增加,需要不停的扩充。为了节省存储空间,系统可以采用JPEG 的无损压缩,或者是 JPEG2000 的无损压缩。 要求支持影像同步服务:影像同步服务负责将本机PACS服务器接收的影像同步到其他PACS服务器上,保证所有PACS服务器在线影像都相同,更好的保障影像文件的安全性。 要求支持在线影像清理服务:在线影像清理服务负责监控PACS服务器在线Image存储目录,当Image所在磁盘剩余空间小于指定最小剩余存储空间时,负责将在线存储目录里面已经归档压缩过的历史图像进行删除清理,保证在线存储有足够的存储空间接收新的DICOM影像。 要求支持自动重启监控服务:PACS服务器自动重启监控服务负责监控影像收图服务,影像归档存储服务,影像同步服务,影像清理服务的运行状态是否正常,如果以上服务状态不是运行状态,自动重启服务能及时的检测到并启动以上服务,保证以上服务随时都能正常运行。同时监控以上服务占用内存和CPU的情况,如果某个服务出现占用内存和CPU异常,监控服务能及时重启异常的服务。 要求支持影像后处理的多平面重建功能,在横断面扫描的基础上,要求支持对某些标线指定的组织进行不同方位的重组,从而得到冠状、矢状、斜位、曲面等方位的二维图像。 图像内容检索 要求支持影像调阅前的检查信息的查询。要求包括: 查询患者检查信息、查询条件设置、图像基本信息检索、查询图像信息等查询功能 影像调阅 要求实现对影像的传输和影像的浏览及操作功能。为了提高影像传输效率及更好与其他系统集成,影像传输要求即既可以支持基于TCP/IP协议的DICOM服务,也可以支持基于Web HTTP协议的WADO服务;影像浏览及操作模块是对二维图像的平面操作集合,涉及彩色和灰度图像的操作 影像浏览器功能要求支持影像格式转换及影像调阅功能,要求包含 影像解析、调窗、堆栈、缩放、放大镜、翻转、探针、反转等功能 影像操作配置管理 要求支持配置影像浏览器运行所需的基本环境参数和用户自定义参数。主要功能要求包含布局配置、窗口配置、调窗配置、操作行为配置: 光盘刻录:光盘刻录模块要求支持将选择的检查列表中的影像下载到本地,并生成影像索引文件DICOMDIR,然后将影像、索引文件和轻便版的浏览器一起进行刻录。 5.2超声影像信息系统 系统概述: 超声影像信息系统以高速多媒体计算机、数据库、局域网络技术应用为基础,专用于解决超声影像设备数字化登记、检查、存储、管理、诊断、信息处理的专业应用系统,是实现超声影像信息资料电子化传输与调阅的综合应用。 前台预约登记工作站获取HIS传输过来的申请医嘱信息进行检查预约,分诊登记,检查医生对病人做检查,并采集超声影像后将图像存储到服务器,同时完成诊断图文报告,审核发布,并打印交付患者。 超声影像信息系统同时提供质控管理、统计分析和排班功能,提供全面的科室管理,健全科室科研和教学工作,实现检查科室日常工作的数字化和无纸化。 功能要求: 要求提供患者查询、检查预约、登记、排队叫号、图像采集、诊断工作站、诊断报告管理、诊断报告打印、质控管理、统计分析、排班管理等等功能 详细要求: 患者查询: 要求支持个性化查询功用,可根据医生用户的个性喜好来配置对应的查询条件,查询显示列表和常用操作的功能按钮。对于颜色有要求的情况还可以根据检查状态设置对应的颜色。比如申请-绿色,急诊患者-红色等。 要求支持高级查询功能,能够提供多种与或关系的查询功能。比如查询某检查号或者某个登记号的查询。扩展查询的多样性,对于有复杂的与或关系、检索报告内容模糊查询等,这个功能非常实用。 要求提供定制查询功能,将医生常用的组合查询功能固定为功能按钮。方便以后登录系统查询可以一键完成。比如定制一个查询当天诊室三已经预约的数据。第一次查询之后将其保存自动生成一个功能按钮,下次点击按钮就可以直接查询该组合数据。方便快捷。 要求提供编辑报告功能,在查询列表加入了一个编辑发布报告的入口点。数据查询出来后选中患者信息,点击编辑报告功能,则可以编写保存报告及其以后操作。 要求提供采集图像功能,在查询列表加入了一个采集图像的入口点。数据查询出来后选中患者信息,点击采集图像功能,则可快捷跳转到采集界面进行相应操作。 要求提供读卡功能,要求适配大多数医院/厂商提供的读卡器。读卡快速读取卡内登记号自动查询数据。支持读取身份证号/就诊号/医保卡号等。 要求提供报告超时提醒功能,要求支持对于患者检查做完后拖了很长时间没有保存审核报告的情况进行提示,在查询列表上面醒目字样滚动显示。有助于医生及时发现未出报告的检查,提高医生工作效率。 要求提供导出报告/图像功能,把患者检查信息的图像报告导出到本地。 要求提供打印报告功能,支持全科室统一位置打印报告。整个科室或者同一个检查组设定指定位置打印报告。查询指定患者信息,然后点击打印报告功能即可。 要求提供请求会诊功能,对于比较复杂的检查需要其他医生或者科室帮助的时候,可以用这个功能就行申请达到数据共享的目的。 要求提供报告挂起功能,对于某条检查报告写到一半有特殊情况需要临时保存过会再来继续写的情况,可以采用报告挂起功能。 要求提供质量控制功能,提供进行数据修改的入口。查询数据后选中质量控制操作即可进行质量控制功能。 要求提供修改叫号诊室功能,修改呼叫队列某条检查信息的诊室信息。 要求提供修改检查优先级功能,修改某条检查信息检查优先级,比如加急/军人优先等。 要求提供导出数据到Excel功能,将查询出来的数据导出到Excel存储到本地。 要求提供分配报告/审核医生功能,针对有的检查需要特定人来写报告或者审核报告的情况,可以选中患者信息进行分配功能。分配功能一般需要高级权限。 要求提供修改检查技师功能,可以修改某条检查信息的技师信息。 要求提供取消终审功能,将某条检查信息终审信息因为特殊原因进行取消终审。取消终审后状态变为已审核状态。 检查预约: 要求提供预约功能,对申请状态的检查执行预约操作,选择预约日期、预约时间段对病人检查进行预约操作;预约时产生的流水号规则可自定义,可按照诊室、科室或检查组多种方式生成流水号,可统一分配,也可以按照设备分配。支持同一个病人多条医嘱合并预约的功能。 要求提供资源计划功能,在系统中按照时间段提前排出资源计划,按照周一至周日每天各时间段的资源数,生成资源计划到指定日期。支持选座模式,医生可选择做检查时预约到的具体时间点,使得预约更加高效,减少病人等待时间。 要求支持申请信息功能,要求支持HIS中病人的电子病历(主诉、病史、检验结果等信息),支持申请单信息,支持通过扫描仪扫描申请单功能。 要求提供打印预约单功能,支持自定义预约单模板,打印预约单,预约单打印可配置为预约后自动打印,也可选择手动打印。 要求提供补录费用功能,支持HIS补录费用后,重新录入费用信息。 要求提供手工录入患者检查功能,可自定义录入患者的病人类型,姓名、检查项目等信息,新增患者检查。 要求提供修改患者信息功能,支持修改患者类型、病人姓名、年龄等患者信息,也可修改检查项目,检查部位等检查信息。 登记: 要求支持到达确认功用,支持预约状态的检查,患者按照预约时间到达科室后,可执行到达操作。 要求支持申请信息功能,支持HIS中病人的电子病历(主诉、病史、检验结果等信息),支持申请单信息,支持通过扫描仪扫描申请单功能。 要求支持打印取片单功能,支持自定义取片凭证模板,打印出取片凭证,取片凭证打印可配置为预约后自动打印,也可选择手动打印。 要求支持关联医嘱功用,支持补录的医嘱与其他检查的关联。 排队叫号: 要求支持呼叫队列生成功能,支持按诊间或分组生成呼叫队列。 要求支持查询呼叫队列功能,医生可灵活选择按诊间或检查组、检查子类等来检索呼叫队列信息,满足科室多种情况使用。 要求支持呼叫功能,调用其他语音叫号系统进行语音呼叫病人,并用多媒体终端显示叫号信息。 要求支持呼叫下一个患者功能,支持自动呼叫下一个未呼叫或等待状态的病人。 要求支持过号功能,支持将呼叫后未按时来做检查的病人进行过号操作,并显示到过号列表。 要求支持取消过号功能,支持将过号病人恢复到等候病人队列。 图像采集: 要求支持图像采集模块支持DICOM方式和采集卡方式采集超声影像。 DICOM方式采集。 要求对支持DICOM标准的超声设备可使用DICOM方式采集,设备通过WorkList服务获取病人列表,在设备上采集图像后,可将DICOM图像发送给超声影像客户端系统,要求客户端系统可直接将DICOM影像上传至PACS影像服务器统一存储,也可将DICOM影像转换成JPG存储,并将JPG图像加载到报告中。 采集卡方式采集 要求支持采集卡采集图像,支持多种类型采集卡。 采集方式要求支持采集卡/网口,采集快捷键支持程序按键操作,键盘快捷键操作,脚踏板/USB手柄操作。 静态采集功能要求支持单张图片采集,并将采集到的JPG图像上传到服务器。 动态采集要求支持动态图像的采集及视频回放,支持多种视频压缩算法MPEG2,MPEG4 等。 要求支持图像的基本处理功能,如亮度调节、图像的旋转、放大、缩小、裁减、标注等,图像的模式识别等,能实现图像色彩亮度对比度调节。 要求支持图像标注功能,可以把图像及标注打印在报告上面。 要求支持后台采集功能,支持书写诊断报告的同时后台采集,特殊患者可以先进行图像采集,把图像保存在工作站上,可以集中的把急诊患者图像采集下来,之后再加载到相应报告中。 要求支持图像导入、导出功能,要求支持BMP/JPG/TIF/DICOM格式图像的导入和导出功能。 诊断工作站: 要求支持维护报告样式功能,可根据医院要求制作不同样式的报告,维护好的报告样式需要关联科室才可在该科室使用,在录入检查诊断信息时,医生可根据当前检查项目以及部位选择合适的报告样式。 要求支持浏览影像功能,支持该患者通过设备采集到的图像。 要求支持录入以及修改报告功能,要求支持当患者在医技执行科室完成检查之后,医生在报告界面对患者进行报告录入,报告医生可保存完成的报告并且保存的报告也同时会以PDF文件保存在电脑上,此时检查状态变为“已录入报告”,并且原报告医生可随时打开并修改已保存的报告。医生在点击“保存报告”时可以设置是否返回首页,若选择返回,在保存报告之后返回首页;若选择不返回,在保存报告之后停留在当前页面。提交审核:报告完成之后,报告医生可提交报告给审核医生进行审核,此时患者状态变为“已提交”,并且报告医生不可再修改报告。 要求支持审核以及驳回报告功能,要求支持保存成功以及提交审核的报告,都可进行审核,审核医生可对报告进行修改,审核完成的报告,临床医生站该条检查状态变为“执行”。若报告存在问题,审核医生可驳回报告,报告医生可再次对报告进行修改。医生在点击“审核报告”时可以设置是否返回首页以及审核打印,若选择返回,在保存报告之后返回首页;若选择不返回,在保存报告之后停留在当前页面;若选择审核打印,则在报告审核之后自动打印报告单。 要求支持终审报告功能,要求支持报告审核完毕后,也可对报告进行终审操作,终审后的报告检查状态变为“已终审”。 要求支持报告打印以及补打报告功能,要求支持报告医生可对已经完成的报告进行打印,也可以补打当前患者的报告。 要求支持模板数据功能,医生可以将“检查方法”、“检查所见”、“诊断意见”以模板的形式保存,当报告医生需要使用某个模板时可直接对当前报告进行添加或者替换。模板可以保存为公有模板和私有模板,公有模板该科室的所有医生都可以维护和使用,私有模板仅当前医生可以维护和使用。同时模板也可建立各级目录来保存不同的模板数据。医生还可使用智能模板,根据医嘱项及相关模板使用频率进行排序,最常用的模板排在首位。 要求支持智能提醒功能,医生可根据患者年龄段、患者性别、检查部位、检查设备等维护智能提醒。例如维护患者性别为“男”,提醒关键字为“子宫”,在保存男性患者报告时若报告内容出现“子宫”字样,则提醒医生是否继续保存。 要求支持报告记录功能,可该报告的所有执行操作过程;包括:操作医生、操作时间、操作状态(保存、访问、审核等)以及操作之后报告的内容。 要求支持标记回访功能,若患者需要回访,可为患者添加标记回访,设置回访日期、提前提醒天数以及回访医生,则可在回访前提醒回访医生该患者需要进行回访。 要求支持报告质量控制功能,要求可设置报告阴阳性是否为必选项,默认阳性或者阴性;影像评级是否为必选项,默认是否为甲级;报告保存(第一次保存)多久后不能修改;报告结果同步调整字体大小,由于部分报告的某些模块需要录入字数较多,为了适应报告纸张大小其字体就会自动缩小,为了适应保持字体大小一致其他内容字体也会同步缩小;报告是否需要审核;报告是否需要终审;可编辑报告的检查状态,设置患者在预约、到达、已有图像、正在检查、检查完成状态医生才可编辑报告。 要求支持相关检查功能,支持可以该患者所做其他检查的日期、临床诊断、检查所见、诊断意见以及影像。 要求支持检查测值功能,支持DICOM SR报告的检查测值录入功能,可自定义多种测值方案,定义公式来自动计算测值单元的值,并支持动态打印到报告中。 要求支持报告和采集界面设置功能,要求支持同屏采集和报告,实时采集和写诊断报告分屏显示,医生可以一边观看采集图像一边写诊断报告。 诊断报告管理: 要求支持双通道上传:支持在存储服务器架设WCF存储服务程序,并同时开启FTP虚拟目录作为备用通道,实现双保险。大大增加了报告上传的稳定行与可靠性。 要求支持多服务器多存储介质抽象化存储,要求支持将物理存储抽象化为存储服务和存储介质,用户只需知道报告存储的服务器与介质名称即可。将用户与复杂的存储规则相隔离,同时将存储文件与存储介质相关联,达到高可扩容性。 要求提供web版调阅工具,给临床医生提供统一的web版调阅报告工具,此工具提供多种版式的调阅方式,只看报告,只看图像,报告和图像同时浏览。并且提供基于html5实现的禁止临床打印pdf报告功能。 诊断报告打印: 要求提供报告样式维护功能,可在样式设计器中维护报告样式,报告样式可根据检查项目子类关联,固定检查项目默认选择样式。报告样式可维护报告中各项基础信息元素,各个模块之间的排版,报告内容的字体、大小。 要求提供配置打印参数功能,要求支持打印参数包括选择报告样式、选择打印份数、选择图像行数、选择每个样式调用的打印机、选择等。 要求提供打印预览功能,要求支持配置打印预览后,打印会弹出生成PDF文件的预览页面缩略图,确认无误后可点击打印,减少报告内容填写的错误率。 质控管理: 要求提供修改患者基础信息功能,要求支持患者基础信息的修改的数据只包含对患者的登记号、姓名、拼音的修改。对于其他信息,在预约登记组件来直接修改则更方便。 要求提供合并患者功能,要求支持该功能主要目的是将两位患者的信息进行合并。实际效果为将一患者下的检查,全部更新到另一患者的检查下。 要求提供修改检查信息功能,要求支持可以将患者检查过程中产生的错误数据直接进行修改。 要求提供取消计费功能,要求支持可以对HIS发消息,取消该检查的计费。在患者需要进行出院结算,但是还有检查未做的时候进行处理。 要求提供初始化检查功能,要求支持初始化主要目的是将患者的检查信息以及报告信息全部清除,但是会保留患者基础信息。如果为HIS开的医嘱,将会变为申请状态。如果为手动预约的医嘱,将会变为取消检查状态。 要求提供修改报告信息功能,要求支持修改报告信息主要目的是对该检查的报告信息进行修改,例如修改报告的保存时间、审核医生等。但是要注意一点,这里进行修改数据后,报告文件已经生成并且上传的话,临床调阅的文件并不会发生改变。 要求提供取消报告功能,要求支持取消报告信息主要目的是对该检查的报告进行重写,只有状态为已录入报告的患者可以取消报告,取消报告后检查将回到写报告之前的状态,到达或已有图像。 要求提供报告转交功能,要求支持报告转交主要目的是批量修改报告锁定的用户,在RIS中当一份报告被用户打开后,或者分配报告给指定医生后,将会给该报告添加用户锁定。当锁定用户不在电脑前或者锁定用户临时有事离岗后,在该处可批量修改锁定的医生,交给其他医生来处理报告。 统计分析: 要求提供科室收入统计功能,要求支持按检查子类,设备,申请科室,病人类型,转诊,和部位大类来统计科室收入。支持按预约日期,登记日期,检查日期,报告日期统计。支持选择某个科室统计。支持按两种不同录入医嘱的方式统计,HIS医嘱登记和手工登记 要求提供医生工作量统计功能,要求支持医生工作量涉及数据最多,最复杂,可以统计医生,技师,护师,曝光数等许多方面。支持所有医生工作量统计。也可以支持报告医生,审核医生,登记医生,报告录入者,介入医生,会诊医生,辅助医生,护师,核对护师,检查技师工作量统计。支持影像评级,报告评级,审核报告评级统计。支持预约率,报告被驳回率,医生退回报告,已完成的检查率统计。支持检查项目,申请医生检查项目,医生检查项目统计。支持报告医生检查部位,审核医师检查部位,检查技师检查部位统计。支持扫描方式,同比-环比,检查项目权重-设备权重,检查部位权重统计。支持检查技师曝光次数,报告医师曝光次数统计。 要求提供设备工作量统计功能,要求支持按日期段,精确时间点,检查子类,检查部位,检查设备,用户来统计。支持按报告日期,检查日期,登记日期统计。 要求提供病案统计功能,要求支持病案统计分为了三块,病案统计,阳性率统计和医嘱检测信息。病案统计支持按报告日期,检查日期,登记日期来统计。支持按检查子类,检查部位,检查项目,结构化,归档类型来统计。支持按是否活检检查,回访状态,检查结果,报告医生,审核医生,患者年龄来统计。统计结果支持患者信息,医嘱信息,就诊信息,年龄分布图,以及报告内容。支持高级查询,用户自定义查询条件查询。统计结果支持导出到工作站查询组件。阳性率统计,支持按日期段,检查子类,病人类型,用户,诊间,设备统计。支持按时间统计,报告日期,检查日期。支持按申请科室统计。统计结果支持饼状统计图。医嘱检测信息,支持当前用户,对某个医嘱具体时间进行的某种操作,是否取消计费,是否初始化等。 要求提供流程监控统计功能,要求支持按日期,检查子类,诊间,设备,报告医生,审核医生,通过选择开始状态与结束状态进行统计。支持按检查项目耗时,检查状态耗时统计。检查状态耗时统计,可以精确的统计出此医嘱从登记到审核报告一系列流程的具体时间。支持检查项目平均耗时饼图。 要求提供打印功能,要求支持所有的统计类型下的统计结果都支持打印 要求提供绘制统计图功能,要求支持统计结果都支持柱状统计图显示 要求提供病历明细功能,要求支持统计出来的结果选中后,都可以看出患者的基本信息,检查信息,医嘱信息等等,每个统计类型病历明细中显示的信息会有所区别。并且结果支持导出到EXCEL表格 要求提供导出到EXCEL功能,要求提供所有统计结果都支持导出到EXCEL表格 排班管理: 要求提借检查项目关联功能,要求支持用于设置检查项目和检查专业组的关联。系统支持选择多个检查项目批量关联某个专业组,也支持选择多个检查项目批量取消关联,同时可按患者类型区分设置专业组关联的检查项目。支持按检查子类来过滤未关联的检查项目,方便检查项目的选择。 要求提供用户关联功能,要求支持用于设置用户和检查专业组的关联。支持按角色区分设置与专业组关联的用户,可选择多个用户批量设置关联,也可选择多个用户批量取消关联。 要求提供医护人员排班功能,要求支持是根据角色和专业组设置医护人员在一段时间内的排班。选择排班日期、角色和专业组开始排班后,会显示一周内的排班情况,双击要排班的时间单元格,会弹出跟当前角色和专业组关联的用户,即可排班的用户,可选择多个用户来排班。支持将一周的排班复制到本科室或其它科室、角色和专业组里,解决医院同班次用户可在不同科室值班,或写不同专业组报告的需求,减少重复排班。支持切换当前用户能登录的其它科室进行排班,对完成的排班可进行打印。 要求提供资源排班功能,要求支持资源排班用于按日期修改资源的可预约数。选择日期点击生成排班后,会根据资源计划生成一周的资源使用情况,包括可预约数和当前剩余数量。双击每个单元格,可修改某个设备在对应日期的可预约数。支持按设备过滤资源排班情况。 其它模块: 要求提供系统管理功能,要求支持为检查科室系统提供基础数据的维护,包括检查项目基础数据维护,科室参数,系统用户,权限设置,系统参数维护及系统组件,以及科室工作流程设置等内容。 要求提供申请单浏览功能,要求支持病人的电子版申请单,内容包括:病人基本信息、病人就诊信息(主诉与临床诊断等)、检查信息。融合HIS功能病人的电子病历。另外,提供了扫描纸质申请单功能,可将纸质申请单扫描并保存归档。 要求提供检前信息记录功能,要求支持可填写病人病症、体征、手术情况等多项信息,形成完整的诊疗记录,并提供模板功能,方便填写自定义内容。 要求提供检后信息记录功能,要求支持可查询和填写病人的回访记录,并支持导出功能,实现诊疗的闭环。 要求提供图像报告浏览功能,要求支持首页选中病人的同时可快速浏览图像和报告内容,大大简化了操作与筛选流程。 要求提供相关检查功能,要求支持可某病人的全部跨科检查记录,使医生可以便捷的查找历史检查信息,有利于提高本次诊断的目的性与准确性。 要求提供工作流程监控功能,要求支持查询某人或某次检查的全部操作信息,追溯检查流程,监控流程用时,提高工作效率。 要求提供科室工作状态功能,要求支持显示各诊间的待检,已检和总检人数,各个诊间的实时呼叫列表,以及预约资源使用情况。使管理者对科室现状有大致了解。显示诊间设备与个人的工作量与待工作量。 要求提供病理信息功能,要求支持及时有效的显示某次检查相关的病理部位、病理描述、病理诊断、等病理信息,更好的结合病理结果对病人做出准确诊断。 5.3内镜影像信息系统 系统概述: 内镜影像信息系统针对不同的内窥镜设备提供有针对性的解决方案,包括胃镜、肠镜、鼻咽喉镜、支气管镜、腹腔镜、宫腔镜等,是以高速多媒体计算机、数据库、局域网络技术应用为基础,专用于解决内镜影像设备数字化登记、检查、存储、管理、诊断、信息处理的专业应用系统,是实现内镜影像信息资料电子化传输与调阅的综合应用。 前台预约登记工作站获取HIS传输过来的申请医嘱信息进行检查预约,分诊登记,检查医生对病人做检查,并采集内镜影像后将图像存储到服务器,同时完成诊断图文报告,审核发布,并打印交付患者。 内镜影像信息系统同时提供质控管理、统计分析和排班功能,提供全面的科室管理,健全科室科研和教学工作,实现检查科室日常工作的数字化和无纸化。 功能要求: 要求提供患者查询、检查预约、登记、排队叫号、图像采集、诊断工作站、诊断报告管理、诊断报告打印、质控管理、统计分析、排班管理等等功能 详细要求: 患者查询: 个性化查询:这个功能主要是根据医生用户的个性喜好来配置对应的查询条件,查询显示列表和常用操作的功能按钮。对于颜色有要求的情况还可以根据检查状态设置对应的颜色。比如申请-绿色,急诊患者-红色等。 高级查询:这个功能主要是提供多种与或关系的查询功能。比如查询某检查号或者某个登记号的查询。扩展查询的多样性,对于有复杂的与或关系、检索报告内容模糊查询等,这个功能非常实用。 定制查询:将医生常用的组合查询功能固定为功能按钮。方便以后登录系统查询可以一键完成。比如定制一个查询当天诊室三已经预约的数据。第一次查询之后将其保存自动生成一个功能按钮,下次点击按钮就可以直接查询该组合数据。方便快捷。 编辑报告:在查询列表加入了一个编辑发布报告的入口点。数据查询出来后选中患者信息,点击编辑报告功能,则可以编写保存报告及其以后操作。 采集图像:在查询列表加入了一个采集图像的入口点。数据查询出来后选中患者信息,点击采集图像功能,则可快捷跳转到采集界面进行相应操作。 读卡:读卡功能,适配大多数医院/厂商提供的读卡器。读卡快速读取卡内登记号自动查询数据。支持读取身份证号/就诊号/医保卡号等。 报告超时提醒:对于患者检查做完后拖了很长时间没有保存审核报告的情况进行提示,在查询列表上面醒目字样滚动显示。有助于医生及时发现未出报告的检查,提高医生工作效率。 导出报告/图像:把患者检查信息的图像报告导出到本地。 打印报告:支持全科室统一位置打印报告。整个科室或者同一个检查组设定指定位置打印报告。查询指定患者信息,然后点击打印报告功能即可。 请求会诊:对于比较复杂的检查需要其他医生或者科室帮助的时候,可以用这个功能就行申请达到数据共享的目的。 报告挂起:对于某条检查报告写到一半有特殊情况需要临时保存过会再来继续写的情况,可以采用报告挂起功能。 质量控制:提供进行数据修改的入口。查询数据后选中质量控制操作即可进行质量控制功能。 修改叫号诊室:修改呼叫队列某条检查信息的诊室信息。 过号操作:将某条检查信息的叫号记录过号处理。 修改检查优先级:修改某条检查信息检查优先级,比如加急/军人优先等。 导出数据到Excel:将查询出来的数据导出到Excel存储到本地。 分配报告/审核医生:针对有的检查需要特定人来写报告或者审核报告的情况,可以选中患者信息进行分配功能。分配功能一般需要高级权限。 修改检查技师:修改某条检查信息的技师信息。 取消终审:将某条检查信息终审信息因为特殊原因进行取消终审。取消终审后状态变为已审核状态。 检查预约: 预约:对申请状态的检查执行预约操作,选择预约日期、预约时间段对病人检查进行预约操作;预约时产生的流水号规则可自定义,可按照诊室、科室或检查组多种方式生成流水号,可统一分配,也可以按照设备分配。支持同一个病人多条医嘱合并预约的功能。 资源计划:在系统中按照时间段提前排出资源计划,按照周一至周日每天各时间段的资源数,生成资源计划到指定日期。支持选座模式,医生可选择做检查时预约到的具体时间点,使得预约更加高效,减少病人等待时间。 申请信息:支持HIS中病人的电子病历(主诉、病史、检验结果等信息),支持申请单信息,支持通过扫描仪扫描申请单功能。 打印预约单:支持自定义预约单模板,打印预约单,预约单打印可配置为预约后自动打印,也可选择手动打印。 补录费用:支持HIS补录费用后,重新录入费用信息。 手工录入患者检查:可自定义录入患者的病人类型,姓名、检查项目等信息,新增患者检查。 修改患者信息:修改患者类型、病人姓名、年龄等患者信息,也可修改检查项目,检查部位等检查信息。 登记: 到达:预约状态的检查,患者按照预约时间到达科室后,可执行到达操作。 申请信息:支持HIS中病人的电子病历(主诉、病史、检验结果等信息),支持申请单信息,支持通过扫描仪扫描申请单功能。 打印取片单:支持自定义取片凭证模板,打印出取片凭证,取片凭证打印可配置为预约后自动打印,也可选择手动打印。 关联医嘱:支持补录的医嘱与其他检查的关联。 排队叫号: 呼叫队列生成:支持按诊间或分组生成呼叫队列。 查询呼叫队列:医生可灵活选择按诊间或检查组、检查子类等来检索呼叫队列信息,满足科室多种情况使用。 呼叫:调用其他语音叫号系统进行语音呼叫病人,并用多媒体终端显示叫号信息。 呼叫下一个:自动呼叫下一个未呼叫或等待状态的病人。 过号:将呼叫后未按时来做检查的病人进行过号操作,并显示到过号列表。 取消过号:将过号病人恢复到等候病人队列。 图像采集: 采集卡:支持多种类型采集卡,如OK、宝狮、天创恒达等采集卡。 采集方式:支持采集卡/网口,采集快捷键支持程序按键操作,键盘快捷键操作,脚踏板/USB手柄操作。 静态采集:单张图片采集,并将采集到的JPG图像上传到服务器。 动态采集:支持动态图像的采集及视频回放,支持多种视频压缩算法MPEG2,MPEG4 等。 图像的基本处理:如亮度调节、图像的旋转、放大、缩小、裁减、标注等,图像的模式识别等,能实现图像色彩亮度对比度调节。 图像标注:可以把图像及标注打印在报告上面。 后台采集:支持书写诊断报告的同时后台采集,特殊患者可以先进行图像采集,把图像保存在工作站上,可以集中的把急诊患者图像采集下来,之后再加载到相应报告中。 图像导入、导出:支持BMP/JPG/TIF/DICOM格式图像的导入和导出功能。 诊断工作站: 维护报告样式:可根据医院要求制作不同样式的报告,维护好的报告样式需要关联科室才可在该科室使用,在录入检查诊断信息时,医生可根据当前检查项目以及部位选择合适的报告样式。 浏览影像:该患者通过设备采集到的图像。 录入以及修改报告:当患者在医技执行科室完成检查之后,医生在报告界面对患者进行报告录入,报告医生可保存完成的报告并且保存的报告也同时会以PDF文件保存在电脑上,此时检查状态变为“已录入报告”,并且原报告医生可随时打开并修改已保存的报告。医生在点击“保存报告”时可以设置是否返回首页,若选择返回,在保存报告之后返回首页;若选择不返回,在保存报告之后停留在当前页面。提交审核:报告完成之后,报告医生可提交报告给审核医生进行审核,此时患者状态变为“已提交”,并且报告医生不可再修改报告。 审核以及驳回报告:保存成功以及提交审核的报告,都可进行审核,审核医生可对报告进行修改,审核完成的报告临床医生站该条检查状态变为“执行”。若报告存在问题,审核医生可驳回报告,报告医生可再次对报告进行修改。医生在点击“审核报告”时可以设置是否返回首页以及审核打印,若选择返回,在保存报告之后返回首页;若选择不返回,在保存报告之后停留在当前页面;若选择审核打印,则在报告审核之后自动打印报告单。 终审报告:报告审核完毕后,也可对报告进行终审操作,终审后的报告检查状态变为“已终审”。 报告打印以及补打报告:报告医生可对已经完成的报告进行打印,也可以补打当前患者的报告。 模板数据:医生可以将“检查方法”、“检查所见”、“诊断意见”以模板的形式保存,当报告医生需要使用某个模板时可直接对当前报告进行添加或者替换。模板可以保存为公有模板和私有模板,公有模板该科室的所有医生都可以维护和使用,私有模板仅当前医生可以维护和使用。同时模板也可建立各级目录来保存不同的模板数据。医生还可使用智能模板,根据医嘱项及相关模板使用频率进行排序,最常用的模板排在首位。 智能提醒:医生可根据患者年龄段、患者性别、检查部位、检查设备等维护智能提醒。例如维护患者性别为“男”,提醒关键字为“子宫”,在保存男性患者报告时若报告内容出现“子宫”字样,则提醒医生是否继续保存。 报告记录:可该报告的所有执行操作过程;包括:操作医生、操作时间、操作状态(保存、访问、审核等)以及操作之后报告的内容。 标记回访:若患者需要回访,可为患者添加标记回访,设置回访日期、提前提醒天数以及回访医生,则可在回访前提醒回访医生该患者需要进行回访。 报告质量控制:可设置报告阴阳性是否为必选项,默认阳性或者阴性;影像评级是否为必选项,默认是否为甲级;报告保存(第一次保存)多久后不能修改;报告结果同步调整字体大小,由于部分报告的某些模块需要录入字数较多,为了适应报告纸张大小其字体就会自动缩小,为了适应保持字体大小一致其他内容字体也会同步缩小;报告是否需要审核;报告是否需要终审;可编辑报告的检查状态,设置患者在预约、到达、已有图像、正在检查、检查完成状态医生才可编辑报告。 相关检查:可以该患者所做其他检查的日期、临床诊断、检查所见、诊断意见以及影像。 定位图标注:通过使用定位图的标注功能,医师可以清晰的看到每幅采集到的图像,在该检查部位中的确切位置、详细描述,为日后再次报告和影像提供了方便。同时支持定位图的管理和维护功能。 报告和采集界面设置:支持同屏采集和报告,实时采集和写诊断报告分屏显示,医生可以一边观看采集图像一边写诊断报告。同屏采集界面如下: 诊断报告管理: WCF与FTP双通道上传:在存储服务器架设WCF存储服务程序,并同时开启FTP虚拟目录作为备用通道,实现双保险。大大增加了报告上传的稳定行与可靠性。 多服务器多存储介质抽象化存储:是将物理存储抽象化为存储服务和存储介质,用户只需知道报告存储的服务器与介质名称即可。将用户与复杂的存储规则相隔离,同时将存储文件与存储介质相关联,达到高可扩容性。 web版调阅工具:给临床医生提供统一的web版调阅报告工具,此工具提供多种版式的调阅方式,只看报告,只看图像,报告和图像同时浏览。并且提供基于html5实现的禁止临床打印pdf报告功能。 诊断报告打印: 报告样式维护:可在样式设计器中维护报告样式,报告样式可根据检查项目子类关联,固定检查项目默认选择样式。报告样式可维护报告中各项基础信息元素,各个模块之间的排版,报告内容的字体、大小。 配置打印参数:打印参数包括选择报告样式、选择打印份数、选择图像行数、选择每个样式调用的打印机、选择等。 打印预览:配置打印预览后,打印会弹出生成PDF文件的预览页面缩略图,确认无误后可点击打印,减少报告内容填写的错误率。 质控管理: 修改患者基础信息:患者基础信息的修改的数据只包含对患者的登记号、姓名、拼音的修改。对于其他信息,在预约登记组件来直接修改则更方便。 合并患者:该功能主要目的是将两位患者的信息进行合并。实际效果为将一患者下的检查,全部更新到另一患者的检查下。 修改检查信息:可以将患者检查过程中产生的错误数据直接进行修改。 取消计费:可以对HIS发消息,取消该检查的计费。在患者需要进行出院结算,但是还有检查未做的时候进行处理。 初始化检查:初始化主要目的是将患者的检查信息以及报告信息全部清除,但是会保留患者基础信息。如果为HIS开的医嘱,将会变为申请状态。如果为手动预约的医嘱,将会变为取消检查状态。 修改报告信息:修改报告信息主要目的是对该检查的报告信息进行修改,例如修改报告的保存时间、审核医生等。但是要注意一点,这里进行修改数据后,报告文件已经生成并且上传的话,临床调阅的文件并不会发生改变。 取消报告:取消报告信息主要目的是对该检查的报告进行重写,只有状态为已录入报告的患者可以取消报告,取消报告后检查将回到写报告之前的状态,到达或已有图像。 报告转交:报告转交主要目的是批量修改报告锁定的用户,在RIS中当一份报告被用户打开后,或者分配报告给指定医生后,将会给该报告添加用户锁定。当锁定用户不在电脑前或者锁定用户临时有事离岗后,在该出可批量修改锁定的医生,交给其他医生来处理报告。 统计分析: 科室收入统计:支持按检查子类,设备,申请科室,病人类型,转诊,和部位大类来统计科室收入。支持按预约日期,登记日期,检查日期,报告日期统计。支持选择某个科室统计。支持按两种不同录入医嘱的方式统计,HIS医嘱登记和手工登记 医生工作量统计:医生工作量涉及数据最多,最复杂,可以统计医生,技师,护师,曝光数等许多方面。支持所有医生工作量统计。也可以支持报告医生,审核医生,登记医生,报告录入者,介入医生,会诊医生,辅助医生,护师,核对护师,检查技师工作量统计。支持影像评级,报告评级,审核报告评级统计。支持预约率,报告被驳回率,医生退回报告,已完成的检查率统计。支持检查项目,申请医生检查项目,医生检查项目统计。支持报告医生检查部位,审核医师检查部位,检查技师检查部位统计。支持扫描方式,同比-环比,检查项目权重*设备权重,检查部位权重统计。支持检查技师曝光次数,报告医师曝光次数统计。 设备工作量统计:支持按日期段,精确时间点,检查子类,检查部位,检查设备,用户来统计。支持按报告日期,检查日期,登记日期统计。 病案统计:病案统计分为了三块,病案统计,阳性率统计和医嘱检测信息。病案统计支持按报告日期,检查日期,登记日期来统计。支持按检查子类,检查部位,检查项目,结构化,归档类型来统计。支持按是否活检检查,回访状态,检查结果,报告医生,审核医生,患者年龄来统计。统计结果支持患者信息,医嘱信息,就诊信息,年龄分布图,以及报告内容。支持高级查询,用户自定义查询条件查询。统计结果支持导出到工作站查询组件。阳性率统计,支持按日期段,检查子类,病人类型,用户,诊间,设备统计。支持按时间统计,报告日期,检查日期。支持按申请科室统计。统计结果支持饼状统计图。医嘱检测信息,支持当前用户,对某个医嘱具体时间进行的某种操作,是否取消计费,是否初始化等。 流程监控统计:支持按日期,检查子类,诊间,设备,报告医生,审核医生,通过选择开始状态与结束状态进行统计。支持按检查项目耗时,检查状态耗时统计。检查状态耗时统计,可以精确的统计出此医嘱从登记到审核报告一系列流程的具体时间。支持检查项目平均耗时饼图。 打印:所有的统计类型下的统计结果都支持打印 绘制统计图:统计结果都支持柱状统计图显示 病历明细:统计出来的结果选中后,都可以看出患者的基本信息,检查信息,医嘱信息等等,每个统计类型病历明细中显示的信息会有所区别。并且结果支持导出到EXCEL表格 导出到EXCEL:所有统计结果都支持导出到EXCEL表格 排班管理: 检查项目关联:用于设置检查项目和检查专业组的关联。系统支持选择多个检查项目批量关联某个专业组,也支持选择多个检查项目批量取消关联,同时可按患者类型区分设置专业组关联的检查项目。支持按检查子类来过滤未关联的检查项目,方便检查项目的选择。 用户关联:用于设置用户和检查专业组的关联。支持按角色区分设置与专业组关联的用户,可选择多个用户批量设置关联,也可选择多个用户批量取消关联。 医护人员排班:是根据角色和专业组设置医护人员在一段时间内的排班。选择排班日期、角色和专业组开始排班后,会显示一周内的排班情况,双击要排班的时间单元格,会弹出跟当前角色和专业组关联的用户,即可排班的用户,可选择多个用户来排班。支持将一周的排班复制到本科室或其它科室、角色和专业组里,解决医院同班次用户可在不同科室值班,或写不同专业组报告的需求,减少重复排班。支持切换当前用户能登录的其它科室进行排班,对完成的排班可进行打印。 资源排班:资源排班用于按日期修改资源的可预约数。选择日期点击生成排班后,会根据资源计划生成一周的资源使用情况,包括可预约数和当前剩余数量。双击每个单元格,可修改某个设备在对应日期的可预约数。支持按设备过滤资源排班情况。 其它模块: 系统管理工作站:为检查科室系统提供基础数据的维护,包括检查项目基础数据维护,科室参数,系统用户,权限设置,系统参数维护及系统组件,以及科室工作流程设置等内容。 申请单浏览:病人的电子版申请单,内容包括:病人基本信息、病人就诊信息(主诉与临床诊断等)、检查信息。融合HIS功能病人的电子病历。另外,提供了扫描纸质申请单功能,可将纸质申请单扫描并保存归档。 检前信息记录:可填写病人病症、体征、手术情况等多项信息,形成完整的诊疗记录,并提供模板功能,方便填写自定义内容。 检中信息记录:支持录入活检部位及块数、HP值、手术用药及手术医生等信息。 检后信息记录:可查询和填写病人的回访记录,并支持导出功能,实现诊疗的闭环。 图像报告浏览 :首页选中病人的同时可快速浏览图像和报告内容,大大简化了操作与筛选流程。 相关检查:可某病人的全部跨科检查记录,使医生可以便捷的查找历史检查信息,有利于提高本次诊断的目的性与准确性。 工作流程监控:查询某人或某次检查的全部操作信息,追溯检查流程,监控流程用时,提高工作效率。 科室工作状态:显示各诊间的待检,已检和总检人数,各个诊间的实时呼叫列表,以及预约资源使用情况。使管理者对科室现状有大致了解。显示诊间设备与个人的工作量与待工作量。 病理信息:及时有效的显示某次检查相关的病理部位、病理描述、病理诊断、等病理信息,更好的结合病理结果对病人做出准确诊断。 5.4医技检查预约平台 系统概述: 医技检查预约平台系统根据不同检查项目之间的排斥关系及先后顺序等规则,在预约时做智能判断,对于不合适的预约安排会做相应提醒。具备检查护士预约、病区护士打印、预约统计、医生站自动预约、检查陪护管理等功能,满足预约流程中各个角色的不同需求。 功能要求: 要求提供医技窗口服务台预约,自动预约、诊间预约、住院病区预约、住院病区预约、自助预约、移动端预约、登记功能、二次分诊功能、检查知识库规则配置、预约统计分析等功能 详细要求: 要求提供医技窗口服务台预约功能,要求支持预约窗口的医护人员能够根据患者就诊卡、登记号、姓名等信息查询患者的检查类医嘱。要求支持在预约界自动展示最近几天的可用的预约资源时间段信息,选择患者合适的时间段就行预约,也可重新选择合适的日期进行预约。预约完成后也可以取消预约。要求支持申请单信息,病史及临床所见、临床诊断以及检查目的等;支持患者历史检查信息。 要求支持对资源预约数量和使用情况的和统计。 要求支持检查申请的操作记录查询,从申请到预约、修改预约、取消预约、登记报到、检查完成、出报告等全流程监控。 要求提供自动预约功能,要求支持根据时间规则、医学知识库规则,一键式自动批量预约患者的所有检查,智能规避检查时间冲突或医疗规则冲突。 要求支持根据制定的规则,自动分配合适的检查时间,减轻医护人员工作量,减少患者排队次数。 要求支持患者的多项检查在不冲突的情况下自动安排在同一天检查,减少患者来往医院次数。 要求提供诊间预约功用,要求支持开完检查申请后,弹出诊间预约界面进行预约,系统默认匹配、推荐预约资源。 要求支持诊间预约界面展示可用的预约时间段信息,默认选中推荐的最早的预约资源,还可根据实际情况询问患者或者相应的治疗安排进行检查资源的预约。 要求可以取消已经预约好的检查或修改预约时间,预约之后可以打印预约单,提示患者按时检查以及检查的注意事项。 要求支持对已预约且超出时间未缴费的申请单自动取消预约资源,防止资源浪费 要求提供住院病区预约功用,要求支持病区护士可以统一管理病区患者的所有检查项目,该病区所有患者的电子检查申请单。 要求支持病区护士可以对同一患者、多个患者的一批检查项目进行预约安排,可以对已预约检查就行取消、调整操作。 要求支持打印病区检查预约通知单。 要求可以查询本病区所有检查申请单的状态,可以整体了解待检查患者的检查安排及注意事项。 要求可以病区当天所需进行检查的患者信息,可到患者的检查项目和检查状态等信息。 要求支持与护工排班等医技运送系统的集成,合理安排住院患者的检查时间。 要求提供自助预约功用,要求支持患者通过自助设备进行条码扫描或者读卡后,显示出患者可以操作的检查申请列表,选择后进行预约操作。 要求支持根据规则库以及患者的检查申请信息,智能筛选自动推荐合适的检查地点和预约时间,也可由患者自主调整检查地点和预约时间进行预约。 要求支持预约成功后自动打印预约单。 要求支持预约成功后,如果有其他情况,患者可以进行取消预约或者修改预约操作。 要求提供移动端预约功用,要求支持自动展示出可操作的检查申请单列表,以便患者操作。 要求系统可根据检查申请信息和医学规则知识库自动智能提供最优的检查时间和资源,患者也可以自行调整检查时间。 要求支持检查在未到检之前取消预约或者修改预约时间。 要求支持显示检查申请的详情; 要求提供登记功能,要求支持对检查医嘱在服务台人工登记。 要求提供自助机登记接口。 要求提供二次分诊功能,要求支持在患者登记完成等待叫号检查时,在二次分诊页面直观展示患者登记队列。可进行查询诊间患者队列等待和呼叫情况,支持患者调整检查队列和呼叫状态。 要求提供检查知识库规则配置功能,要求支持对科室、资源、时段进行维护,资源可以根据配置对应到诊室、设备或者设备组等,可以合理自定义时段资源区间。 要求提供资源计划调整界面,方便操作者增减时间段内的预约数量和预约限制条件等信息。 要求支持按周维护资源,可在上午/下午增加时段资源,可对时间段、资源数据量进行维护。 要求支持资源规则维护,维护资源和检查项目的对应关系。 要求支持维护检查项目的预约方式、注意事项等信息。 要求支持维护资源的可预约诊区,实现分诊区预约 要求提供预约统计分析功能,要求支持按日期、时间段统计所有的预约信息,可展示科室、资源、时段等资源池的统计分析。 要求支持按统计检查开单量、预约量数据,对开单检查量比、预约率、爽约率等指标进行展示和趋势分析。 要求支持对门诊、医技、患者自助等各类预约来源渠道,进行统计分析。 5.5病理管理系统 系统概述: 病理管理系统主要实现病理科室处理临床申请的病理检查业务,将申请信息与送检标本识别后,进行规范、准确的技术处理,诊断医生依据工作流分配进行诊断报告工作,将诊断结果反馈至临床,实现“申请-诊断-报告-临床”的闭环管理流程,从而做到检查可监控、可追溯。 功能要求: 要求提供标本运送、封装评价、接收、登记、取材、技术处理、诊断、报告管理、流程监管、统计查询等功能 详细要求: 标本运送: 新建运送单、添加病理标本。 详细功能描述如下: 新建运送单:选择运送单类型,增加一条运送单信息,自动产生运送单号,记录相关运送信息。 添加病理标本:选择新增的运送单,增加要新增的病理标本。 标本接收: 运送单接收、标本接收、标本拒收等。 运送单接收:针对护工运送过来的批量运送单标本的确认接收操作。 标本接收:针对单个的标本,进行检查是否合格,检查合格后确认接收。 标本拒收:针对不合格的标本进行拒收操作,填写拒收原因,退回临床。 申请单登记: 信息查询:支持按照天周月快捷日期、登记日期、申请日期、报告日期、医嘱子类、医嘱、状态、病理号、申请单号、条码号、登记号、病案号、姓名来进行查询。 登记:对临床下的病理申请单进行登记。可分为手动点击登记、自动登记、连续登记、批量登记;登记时可自动触发打印标签、回执单、下特检。 取消登记:对在登记状态下的申请进行取消登记,方便在登记出现问题时及时调整。 拒收申请:对临床下的病理申请单进行拒收,并返回消息给临床医生,以提醒临床医生及时修改申请信息或者再此申请。 执行随访:在诊断发起随访后,登记技师回访患者,然后对回访信息登记保存,以便后期。 打印标签:对查询的各种状态的申请进行标签打印,为申请单和标本提供标签,使病理管理更精准。 打印回执单:给门诊患者打印回执单,方便患者再病理科发报告后来病理科打印领取报告。 打印包埋盒:对登记状态的患者进行包埋盒的预打印,方便取材时使用。 下特检医嘱:对已经登记且未取材的患者在开始做病理检查前确定其要做特检的,可直接在此下特检医嘱,缩短检测时间,未患者病情判断加速。 手工计费: 信息查询:支持按照天周月快捷日期、登记日期、申请日期、报告日期、医嘱子类、医嘱、标本类型、状态、病理号、申请单号、条码号、登记号、病案号、姓名、以收费未费来进行查询。 医嘱申请:与患者检查子类有所关联的或者全部费用医嘱查询,方便医护人员按相应医嘱收费。 医嘱核实:费用医嘱申请后,科修改医嘱数量,然后审核,按相应的费用扣除患者费用,方便财务管理。 取材处理: 信息查询:支持按照天周月快捷日期、登记日期、医嘱子类、医嘱、标本类型、病理号(单个,多个,区间)等方式进行查询,也支持快捷按钮待取、已取、快速、冰冻、补取以及沉渣包埋查询; 取材:用户选择检查记录,确认待取材的标本之后,对标本进行取材。 材块信息修改:对录入有误的材块信息进行编辑修改,系统自动记录修改日志; 材块删除:对于作废的材块进行删除操作(若已进行后续操作,需逆流程将材块状态返回取材状态,方可进行删除操作); 大体信息录入:用户对标本进行大体描述,并记录信息;信息录入时,可引用辅助录入模板,可能引用特殊字符快捷录入; 打印包埋盒:用户勾选未打印包埋盒的材块进行打印; 导出取材打印列表:用户勾选取材列表进行取材信息导出打印; 返回登记:对没有材块的检查进行返回登记操作; 补费:对未收费的医嘱进行收费操作; 标本信息修改:取材时发现标本信息有误,系统操作人员可以修改,系统自动记录修改日志; 标本不合格信息记录:取材时发现标本信息不合格,可设置不合格记录信息; 标本清理:用户对已发报告14天的检查所剩余的标本进行清理的操作; 特检医嘱申请审核:选择一个材块之后,对该材块下特殊染色或者免疫组化医嘱,技师只能申请下医嘱,医师可直接审核; 技术医嘱申请审核:选择需要下的技术医嘱之后,根据所需的技术医嘱判断是否需要选择材块,技师只能申请下医嘱,医师可直接审核; 图像采集:可进行图像采集或者导入本地图片的操作,对选中的图像进行放缩,旋转,裁剪,编辑,删除等操作; 辅助录入模板:可通过亚专科、部位、疾病三层关系对模板进行筛选,私有默认可维护用户个人的常用模板,方便大体录入。 标本清理: 信息查询、确认清理。 信息查询:支持按照病理号(单个,多个,区间)、标本类型、清理状态、报告时间等条件来进行查询; 确认清理:核对信息无误之后,选中记录,选择清理人,进行清理操作,可在清理确认之后添加清理说明。 材块核对: 信息查询:支持按照天周月快捷日期、取材时间、病理号(单个病理号、多个病理号(多个病理号用,分隔)、病理号段(病理号段用-分隔))、材块类型、核对状态、取材医师、是否脱钙条件来进行查询。 核对确认:核对信息无误之后,选中记录,然后点击核对确认,将保存核对时间,核对人,核对备注。 核对取消:如果核对有问题,那么可以对已经核对的材块进行核对取消(没有后续流程直接取消,如果有后续流程,那么后续流程都逆操作之后才能取消)。让使用者达到逆操作处理。 工作单打印:对勾选的材块进行信息打印。 技术处理: 信息查询:支持按照天周月快捷日期、取材日期、包埋日期、病理号(单个病理号、多个病理号(多个病理号用,分隔)、病理号段(病理号段用-分隔))、标本类型、材块类型、取材医师、是否合格、是否包埋条件来进行查询。 包埋确认:确认信息无误之后,选中记录,然后点击包埋确认,将保存包埋时间,包埋人等。 包埋取消:如果发现包埋有问题,那么可以对已经包埋的蜡块进行包埋取消(没有后续流程直接取消,如果有后续流程,那么后续流程都逆操作之后才能取消)。让使用者达到逆操作处理。 工作单导出:对勾选的蜡块进行信息导出、打印。 病理科技师或者医师对蜡块包埋之后,需要对蜡块进行切片操作。如果切片不合格,可进行不合格信息录入。 切片确认:确认信息无误之后,选中记录,然后点击切片确认,将保存切片时间,切片人等。 切片取消:如果发现切片有问题,那么可以对已经切片的玻片进行切片取消(没有后续流程直接取消,如果有后续流程,那么后续流程都逆操作之后才能取消)。让使用者达到逆操作处理。 工作单导出:对勾选的玻片进行信息导出、打印。 标签打印:对勾选的玻片进行标签打印,打印的标签可贴到玻片上。 玻片打印:对勾选的玻片进行玻片打印。直接打印到玻片上,可以不用手动贴上。 染色确认:确认信息无误之后,选中记录,然后点击染色确认,将保存染色时间,染色人等。 染色取消:如果发现染色有问题,那么可以对已经染色的玻片进行染色取消(没有后续流程直接取消,如果有后续流程,那么后续流程都逆操作之后才能取消)。让使用者达到逆操作处理。 开始脱水:选择脱水机,然后选择脱水篮,点击开始脱水,表示脱水篮中的蜡块开始在脱水机中进行脱水。 结束脱水:点击结束脱水,让正在进行脱水的蜡块结束脱水操作。 拆分脱水篮:如果脱水篮中的包埋盒数量多于脱水篮的实际空间,那么需要进行脱水篮拆分,才能进行脱水操作。点击拆分脱水篮之后,将脱水篮中多余的蜡块转移到有可用空间的脱水篮,如果没有可用空间,那么不能进行转移。 派片确认:确认信息无误之后,选中记录,然后点击派片确认,填入初诊医师、二/三线医师之后,点击保存,将保存派片时间,派片人等。 派片取消:如果发现派片有问题,那么可以对已经派片的玻片进行派片取消(没有后续流程直接取消,如果有后续流程,那么后续流程都逆操作之后才能取消)。让使用者达到逆操作处理。 诊断报告: 保存:用户对属于自己的检查或者不属于任何所有人的检查进行诊断操作,保存的同时增加报告的归属操作和提交操作,将检查状态变为诊断。 审核:二线或者三线医生对报告进行审核操作,判断审核规则,自动生成对应的PDF报告。 取消审核:如果要对报告进行取消操作,需要判断犹豫期,如果超犹豫期的报告可以根据配置来判断是否可以取消或者需要审批操作。 提交:一线医生完成诊断后,需要将检查报告提交到高级医生,可以保存时选择复诊医生,也可以批量选择自己的检查,进行批量提交。 提取:医生针对不归属与自己的检查,可以进行提取操作,如果被提取人员未进行诊断,则直接替换,如果已经开始诊断,则增加诊断人员处理。 补充报告:报告发布后,后续需要补充诊断处理的情况,可以添加补充报告操作。同时,如果不想发布补充报告,可以对已经生成补充报告作废处理。 特检医嘱:诊断过程中,医生可以针对检查下特检医嘱来辅助诊断处理,住院患者可以自动计费。已下的特检医嘱可以作废处理,且取消计费。 技术医嘱:诊断过程中,为更好、更细致进行诊断,医生可以下技术医嘱,已下的技术医嘱可以作废处理。 玻片质量:诊断过程中可以对检查产生的玻片进行质量评价,方便质控管理。 符合情况:不同的检查类型,自动关联不同的符合情况,在诊断过程中,医生可以判断符合情况,进行质控管理。 打印预览:报告生成后,即保存操作后,可以对报告打印的样式进行预览,以此来判断报告的最终样式,便于调整内容。 报告打印:已发布的报告进行打印处理,打印过程调用配置的本地打印机,打印纸质报告。 快捷查询:针对用户和科室不同维度对检查进行快速过滤查询,针对工作流的管理,操作人员可以便捷迅速的查询出与自己相关的各类检查,进行诊断或者其他流程操作。 修改病理号:检查在登记过程中可能存在病理号有误的情况,在后续的过程中可以对流水号进行修改处理。 资料管理: 信息查询:支持按照天周月快捷日期、登记日期、取材日期、归档日期、医嘱子类、医嘱、标本类型、材块类型、玻片类型、病理号(单个,多个,区间)、归档状态,检查阴阳性等方式进行查询。 确认归档:核对信息无误之后,选中记录,选择归档位置,进行归档操作,在已归档数据中可修改归档位置; 取消归档:对误操作的归档数据进行取消归档操作,选择归档数据之后,即可取消归档; 发送通知:存在长时间未归档的数据,用户可以发送通知给相应的工作组或诊断人,提醒他们需要归档的具体蜡块、玻片或者底单; 自动归档:用户勾选自动按钮之后,可通过输入蜡块号,玻片号,申请单号实现对应类型的自动归档。 确认借出:核对待借出的资料无误之后,用户完整的填写借阅人信息,即可完成借阅操作;用户可在借阅前或借阅后打印借阅凭证; 取消借出:对误操作的借阅数据进行取消借出操作,选择借阅数据之后,即可取消借阅; 确认归还:核对待归还的资料无误之后,用户完填写归还所需的信息,即可完成归还操作;用户可通过设置蜡块或者玻片的状态来记录其损坏情况; 报告分发: 报告查询:支持按照天、周、月快捷日期、报告日期、登记日期、申请日期、分发日期、报告医师、分发状态、病理号(单个病理号、多个病理号(多个病理号用,分隔)、病理号段(病理号段用-分隔))、就诊类型、申请科室、申请病区、申请人、子类、医嘱、报告条码条件来进行查询。 清屏:清空/默认所有查询条件控件。 确认分发:勾选未分发的报告列表,点击确认分发按钮,进行分发报告操作。 确认自取:勾选未分发的报告列表,点击确认自取按钮,进行分发报告操作。 取消分发:勾选已分发的报告列表,点击取消分发按钮,进行取消报告操作。 打印底单:勾选报告列表,点击打印底单按钮,进行打印底单操作。 打印签收本:勾选已分发报告列表,点击打印签收本按钮,进行打印签收本操作。 右键扣补:勾选未分发报告列表,右键单击扣补,对未分发报告列表进行扣补操作。 统计查询: 及时率统计:针对阶段时间内科室的送检申请,统计出是否及时发布病理报告。 优片率统计:针对阶段时间内科室接收的送检申请,检查产生的玻片进行质量统计,并展示非优片的原因。 标本规范率统计:是指临床送检标本的固定是否规范化,体现临床的标本工作质控。 医生工作量:是指病理科医生在全流程中所参与的工作的多少。 技师工作量:技师在技术处理环节中所参与工作的统计。 技术医嘱统计:统计科室内时间段所产生的技术医嘱的数量汇总。 特检医嘱统计:阶段时间内科室内部产生的特检医嘱的数量汇总。 特检项目统计:统计科室内部阶段时间内所下的特检的项目数量汇总。 病例查询:多维度、多条件的对科室内的检查进行全面检索,支持快捷查询、自定义查询和高级查询。 5.6心电信息管理系统 系统概述: 心电图信息化管理可以有效实现心电图高采样率的储存,更加及时准确提供当前及既往心电信息,信息化管理系统的建立,能够提供心电数据集中地进行储存、分析、管理与统计,且该系统和医院信息系统(HIS)连接,将心电检查汇入至医院信息化建设当中,有效实现了资源网络共享。心电信息管理系统是医院信息化管理中重要一部分,为医院、患者及社会均带来便利,该管理系统的有效应用对医院的进一步发展与信息化决策具有重要参考价值. 功能要求: 要求提供医嘱登记、排队叫号、常规检查、病历管理、分析诊断、数字签名、工作量统计、高级查询、病历对比、危急值管理、消息提醒、系统维护等功能 详细要求: 要求提供医嘱登记功用,要求支持替代HIS的医技登记模块,通过医嘱登记模块,医生可以查询到特定时间内开到本科室的所有检查项医嘱,支持申请单详细信息,科室医生可以选择需要执行的医嘱进行登记,也可以批量选择登记,不必要重复登录HIS系统,减少医生的工作量。 要求提供排队叫号功用,要求支持患者缴费成功后到门诊心电图做检查,首先要到候诊区报道,分诊技师通过后诊台功能模块将该患者加入到候诊队列,并且打印候诊条码单,凭候诊单检查,心电图检查者通过心电工作站的叫号模块功能,从候诊队列里按照顺序呼叫等候患者,支持重复呼叫、过号、急诊等多种呼叫模式。 要求提供常规检查功用,要求支持常规检查是心电系统采集患者心电图数据的主要功能模块,该模块支持常规12导联、15导联、18导联、药物试验等多种心电图检查模式,支持同一条心电图医嘱重复采集数据,并且支持追加长导联等操作。常规检查操作可以设置医嘱登记环节,即数据上传的同时执行医嘱。 要求提供病例管理功用,要求支持病例管理模式是医生对心电图病例进行集中管理的功能模块,其中包含组合查询功能,可以通过患者的ID号、住院号、性别、来源、诊断结论等内容检索符合条件的患者,并且具有相应权限的医生可以对无效病例进行删除操作。 要求提供分析诊断功能,要求提供分析诊断模块是心电图室报告医生使用的主要功能模块,该模块功能模块包含心电图波形展示、专业的辅助工具、标准心电诊断库、多种打印模板等,详细功能要求如下: A、 心电图波形展示:要求支持2*6、4*3、1*12三种波形展示模式,可以支持单导联放大,并且通过拖动P、Q、T的起始位置来调整测量参数,也支持手动直接修改参数测量值。支持参考波、心电向量等多种数据展现方式。 B、 要求提供专业的辅导工具,要求提供仿真卡尺、导联修复工具、波形放大、平行尺、存为图片、参数设置等功能,其中导联修复工具包含左右手反接修复、任意胸导联置换等功能。 C、要求提供标准心电诊断库,要求支持诊断库的个性化修改,标准化诊断库的应用可以极大的提高报告医生的工作效率。 D、要求提供多种打印模板,要求支持打印模板定制化需求。要求提供2*6+II、4*3+II、1*12等多种打印模式。 提供数字签名接口功能,要求心电信息系统内置国内多家CA认证的接口,要求支持只需要通过后台维护即可实现数字签名的功能。 要求提供工作量统计功用,要求支持可以按照不同的角色进行工作量统计,并且支持导出excel表格。 要求提供高级查询功能,要求支持作为心电科研使用的主力模块,要求可以通过心电图测量参数详细查询统计符合条件的心电图数据,从中筛选有价值的心电图报告。 要求提供病例对比功能,要求支持辅助诊断医生诊断使用,当前诊断数据如果需要和该患者历史检查报告相比较,医生可以通过该模块查询出患者的历次心电图检查记录,并且任选两幅数据显示在同一屏幕,方便医生对比,。 要求提供危急值信息功用,要求支持心电系统具有完善的危急值预警机制。要求系统中设置危急值关键字词典,医生可以提前进行字典维护。如果心电图诊断中包含了预先设置的危急值关键字,则系统会自动出发危急值预警接口,要求支持将危急值信息及时的发送给HIS系统,临床医生处理完危急值信息后,将处理结果反馈给心电系统。 要求提供消息提醒功能,要求支持消息提醒机制为心电图系统在数据采集、报告发布方面提供了及时性的消息支持。每当有新数据上传,消息提醒机制都会及时的以消息弹窗的方式提醒医生,有新数据到达,需要及时处理。 要求提供系统维护功能,要求支持系统维护模块属于基础数据维护部分。要求提供服务表维护、科室表维护、医嘱表维护、设备表维护、人员管理、配置表维护等。 5.7检验信息系统 5.7.1检验信息管理系统 系统概述: 检验信息管理系统是通过计算机、数据库等信息化技术手段,集样本管理、流程管理、资源管理、数据管理、质量控制、报告管理等诸多模块于一体,组成一套完整的、符合实验室综合管理要求的信息管理系统。 功能要求: 要求提供集中接收、标本拒收、标本核收、标本登记、报告处理、危急值闭环管理、报告查询、明细查询、统计汇总、TAT统计、实验室质量指标、质量控制、基础数据信息维护、系统权限管理等功能 详细要求: 要求提供集中接收功能,要求支持标本到达检验科标本集中接收窗口使用。要求包含如下功能:接收护士站采集的标本(未采集的标本也可直接接收);拒收不符合检验要求的标本;运送单标本接收;打印护士回执单;按条件查询已申请的医嘱信息;置打印标识;清空列表;标本无采集信息提示,可控制是否接收;标本条码有拒收记录,提示是否继续接收;接收判断标本临床状态,已经执行、已经停止、已经撤销、已经作废的标本不可接收;接收权限控制,提示标本非本处接收,请送到指定科室接收;门急诊欠费提示不可接收;住院患者出院提示,控制是否接收;标本超TAT时间提示等 要求提供标本拒收功用,要求支持在检验科接收窗口收到问题标本时可以对标本进行拒收并打印拒收单,根据卫计委相关统计对拒收类型分为医嘱问题,采样问题,运送问题,对应详细原因可以直接点击选择,方便快速处理,也可获得准确的统计数据。 要求提供标本核收功用,要求支持标本处理后,进入核收排样操作,即按工作小组或医嘱组核收检验标本。要求支持标本可按照医嘱组核收并自动分流水号段;要求可按照标本类型,患者类型核收自动分流水号段;可自动分配工作小组;要求核收页面显示流水号可用号段及核收医嘱信息;核收错误提示具体核收位置信息。 要求提供标本登记功能,要求手工登记可以根据病案号获取患者信息,展示工作小组下所有医嘱方便勾选,附加条码及记录单打印勾选。对登记错误的患者信息可批量修改流水号。 要求提供报告处理功用,报告处理页面是检验科技师工作者最常用页面,要求支持可完成标本结果处理到报告审核的操作。在报告结果审核之前,要求支持技师可通过质控提示判断当天仪器结果准确性,也可比对历次结果及图片结果判断结果准确性;要求通过标本操作日志可查询报告手工修改记录;通过右键功能菜单,可进行复查操作,转移标本工作小组,转移标本处理日期,批量增删项目及单独增加项目,拆分报告,标本复制等功能 要求提供拆分报告功能,要求支持将一个标本拆分成多个报告出结果,通常由于一个标本由多个仪器做检时才需要拆分。 要求提供标本复制功能,要求支持仅仅复制标本的信息,复制时新选择医嘱,减少手工登记录入患者信息的工作量使用。 要求提供结果备份功能,要求支持把原标本备份一份,原标本用新填的流水号和日期,要求支持复制标本在原标本的日期和流水号,两个标本都有结果。 要求提供结果复查功用,要求支持把原标本备份一份,原标本用新填的流水号和日期,复制标本在原标本的日期和流水号,复制标本有结果,原标本无结果。 要求提供危急值闭环管理功能,要求支持危急值上报:当报告存在危急值结果时,弹出危急值报告处理界面,要求危急值报告处理至少提供四种方式:网络上报、电话上报、网络+电话上报、无需上报。网络上报要求支持选择后会发送危急值报告给临床医生;电话上报要求支持电话通知的方式通知相关人员并做记录,系统上不发送危急值消息到临床;网络+电话上报:要求支持电话通知的方式通知相关人员并做记录,并会发送危急值报告给临床医生;无需上报:不作为危急值进行发送。 要求支持医生阅读危急值消息并处理。 检验系统消息提醒:临床处理危急值消息后检验科收打临床处理或未处理消息。 要求提供报告查询功能,要求支持报告查询页面方便检验科报告窗口查询患者报告及打印,可通过登记号,病案号,检验号,卡号,流水号,患者姓名精确查找出患者所有状态下的报告,包含登记,初审,复查,取消,审核,打印,未打印。要求高级查询提供更详细的查询条件。取消自助功能还可重置自助状态,重置后在自助机上可二次打印报告。 要求提供明细查询功能,要求支持接收明细查询:查询条件有时间条件,病人类型,申请科室,工作组,接收用户,运送用户,医嘱及标本类型。要求支持查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供核收明细查询功能,要求查询条件有时间条件,病人类型,申请科室,工作组,医嘱及流水号,接收者,核收者,审核者。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供拒收明细查询功能,要求查询条件有时间条件,申请科室,工作组,病区,拒收类型,拒收人。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供危急报告查询功能,要求查询条件有时间条件,申请科室,申请医生,工作组,工作小组,病人类型,是否处理。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供报告结果查询,要求查询条件有时间条件,申请科室,工作组,病区,拒收类型,拒收人。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供仪器结果明细查询,要求查询条件有时间条件,检验仪器,申请科室,病人类型。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供标本状态查询功能,要求查询条件有时间条件,登记号,申请科室,申请医生,工作组,病人类型。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供取消审核查询功能,要求查询条件有时间条件,取消审核人,申请科室,病区。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供收藏报告查询功能,要求查询条件有时间条件,申请医生,病人类型,申请科室,检验医生,检验医嘱,工作组,工作小组,审核医生,标本类型,收藏类型。查询内容打印和导出,导出可以选择导出保存为excel文件 要求提供统计汇总功能,具体要求如下: 工作量综合统计:要求根据时间类型、日期范围、工作组,病人类型等查询条件统计工作量,查询条件可以根据选择内容定义表格列头,组合出不同形式的表单。 要求支持查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供工作小组工作量查询功能,要求查询条件有时间条件,病人类型,工作组,工作小组,项目。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供仪器结果汇总功能,要求支持查询仪器均值,标准值,最大最小值,变异系数。查询条件有时间条件,仪器,申请科室,病人类型,要求查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供项目阳性率统计,要求查询条件有时间条件,申请科室,工作组,工作小组,检测项目,要求支持查询内容打印和导出,导出可以选择导出保存为excel文件。 TAT统计可有效展示科室工作集中度,工作强度,各阶段工作合格率。要求包含: 运送工作集中度,接收工作集中度,核收工作集中度,审核工作集中度;采集到运送工作强度,采集到运送工作强度,采集到接收工作强度,采集到核收工作强度,采集到审核工作强度,送检到接收工作强度,送检到核收工作强度,送检到审核工作强度,接收到核收工作强度,接收到审核工作强度,申请到接收工作强度,申请到核收工作强度,申请到审核工作强度,核收到审核工作强度;采集到审核合格率,接收到审核合格率,核收到审核合格率,采集到接收合格率,采集到核收合格率,接收到核收合格率。 要求提供接收工作集中度查询,要求查询条件有时间条件,申请科室,工作组,工作小组,病人类型,优先级,要求查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供审核工作集中度查询,要求查询条件有时间条件,申请科室,工作组,工作小组,病人类型,优先级,查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供标本汇总查询功能,要求条件有时间条件,申请科室,病人类型,优先级,查询内容打印和导出,导出可以选择导出保存为excel文件。 接收至审核合格率:查询时间条件分为年统计,月统计,精确度每日时间,要求查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供TAT汇总(按照核收时间查询)功能,要求查询有时间条件申请科室,病人类型,各操作动作,优先级等,要求查询内容打印和导出,导出可以选择导出保存为excel文件。 实验室质量指标具体功能要求如下: 要求提供实验室质量指标汇总功能,要求可概览医嘱专业组中位数(含检验前周转时间,实验室内周转中位数),项目组中位数,危急值通报率,标本可接受性,血培养污染率 要求提供标本可接受性查询功能,要求查询条件有时间条件,年分,月份,季度,病人类型。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供危急值通报率查询功能,要求查询条件有时间条件,年分,月份,季度,病人类型。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供医嘱专业组中位数查询功能,要要求查询条件有时间条件,年分,月份,季度,病人类型。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供项目组中位数查询功能,要求查询条件有时间条件,年分,月份,季度,病人类型。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供专业组TAT中位数查询功能,要求查询条件有时间条件,年分,月份,季度,病人类型。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供血培养污染率查询功能,要求查询条件有时间条件,年分,月份,季度,病人类型。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供标本可接收性查询功能,要求查询条件有时间条件,年分,月份,季度,病人类型。查询内容打印和导出,导出可以选择导出保存为excel文件。 要求提供室内质控项目开展率,要求可按工作组,工作小组(仪器)开展率 要求提供室间质评项目不合格率,要求可按工作组,工作小组(仪器)不合格率 要求提供室间质评计划: 要求提供室间质评结果录入: 要求提供实验室间比对率 要求提供质量控制功能,具体功用要求如下: 要求提供L-J图,要求支持选择日期范围、检测项目,分别各类浓度下的质控趋势。L-J方便单浓度趋势图,越接近靶值浮动,仪器质量越稳定。 要求提供质控规则,要求按照质控物维护的质控规则,显示不同的颜色点。如+3SD线上的点为失控,且用红色标识,在质控图中,该点呈红色。 失控处理:点击质控点,弹出失控处理界面,双击选择或直接录入失控类型、处理方法、处理结果、临床影响等信息。 要求提供编辑质控点:在失控处理界面,录入一新的质控值,点击【添加】,并保存。成功在当前质控图中增加一质控点。也可进行排除和删除质控点操作,排除的质控点不参与判断,可在质控数据界面看到已排除的质控点。 要求提供失控处理功能,要求支持填写失控类型,原因分析,质控处理方法,质控处理结果,质控临床影响,质控预防措施。 要求提供Z分数图,要求Z分数图可同时显示多种类型的浓度,方便个浓度间的对比。 要求支持WestGuard图,要求WestGuard图可同时以多张图形式展现各浓度变化。 要求支持优顿图,要求可以方便质控两个浓度间的收放趋势。越靠近中心区域的点,离靶值越近,仪器效果越好。 要求提供8-N图,要求方便多个项目最近八天的质控情况,适用于按医嘱质控。可同时选择全部检测项目和全部的浓度显示。 要求提供质控对比图,要求可对同一个检测项目下,不同浓度的质控图进行对比。可以对比一个仪器的不同浓度的质控,也可以对比两台仪器的质控效果。 要求提供日间质控,要求方便多个项目一天的质控情况。快速知道某个项目是否在控。日间质控只能到一天的质控信息。 要求提供定性质控,要求未维护定性质控的检测项目,质控结果以Z分数图的形式显现;维护了定性质控的检测项目,质控结果以定性形式显示。 要求提供质控监控功能,要求可直观的显示一个仪器多个项目多个浓度的质控情况。选择日期和检测项目可查询显示对应的质控监控。 要求通过质控图,选择默认图L-J、Z分数图和WestGard图三类。可当天质控图。进行失控处理,失控评价等操作。 要求提供质控月报。要求支持选择月份、开始结束日期、质控物等条件,可查询指定月份内,项目的质控情况,包括失控率、使用靶值、本月SD值等。质控月报界面给医院提供上报质控情况。也可进行打印、导出操作。 要求提供质控年报,要求支持选择年份,仪器,查询出一年的质控项目,通过质控项目明细内容,要求可显示相应质控项目的失控情况。 要求提供质控上报,要求支持、上报质控项目对应的质控结果,可导出。 要求提供质控失控查询功能,要求质控项目的失控情况,也可进行失控处理。 要求提供质控操作日志功能,要求支持选择日期、检测仪器,当前所有的质控操作记录 要求提供基础数据信息维护功用,具体功能要求如下: 要求支持采集容器维护:可编辑颜色添加图片,方便护士辨识容器。 要求支持标本类型维护:可维护WhoNet码,标本组。 要求支持检测项目维护:维护信息详细;含三方对照码维护可扩展性强;要求支持特殊检测项结果配置化控制;参考范围维护精确,可适用科室,适用诊断;计算项可维护复杂逻辑规则。 要求支持医嘱维护:医嘱信息维护详细;采集提示,取报告提示,报告说明,报告要求支持模式等可配置维护;标本类型及采集容器可添加多个,并可维护条码数量关联采集部位。 系统权限管理 要求支持用户维护:可维护默认访问,配置不同安全菜单组权限,可以要求支持配置用户级别,限制用户访问数据权限 要求支持安全组菜单:可维护不同安全组访问页面,及功能点。 要求支持工作组默认设置:工作组级控制及默认设置。 要求支持工作小组默认设置:工作小组级控制及默认设置。 5.7.2微生物信息管理系统 系统概述: 微生物信息管理系统一套通过计算机、数据库等信息化技术手段,用于解决微生物标本处理、细菌培养过程、菌株存储、室内质控、报告处理、危急值报告等业务流程的信息管理系统。 功能要求: 要求提供标本接收、微生物标本核收、微生物报告处理、手工计费、微生物预报告、批量阴性、细菌鉴定过程记录、鉴定过程记录标签打印、菌株存储、WhoNet接口、发送危急值报告、微生物统计报表等功能 详细要求: 要求提供标本接收功用,要求微生物检验包括送检标本的接收、标本核收、结果处理、报告审核和报告查询打印等功能。 要求提供标本接收功用,要求可根据标本上条码号找到标本,将界面上的标本信息与送达标本标签上的信息核对无误后把标本信息从HIS系统接收到微生物系统,否则填写拒收原因做标本拒收操作,把标本返回给申请科室或病区。 要求提供运送单接收功用,要求可通过送达的标本运送单号在系统找到运送标本明细,再根据标本条码号和运送单上标本信息核对无误后把标本信息从HIS系统接收到微生物系统,否则把有问题标本通过拒收流程返回给申请科室或病区。 要求提供标本拒收功用,要求可根据送达标本的条码号在系统中找到标本,填写拒收类型和拒收原因做标本拒收操作,把标本返回给申请科室或病区 要求提供微生物标本核收功用 ,要求支持系统按照用户指定的检测仪器和检测日期生成维护好的流水号把标本核收到在检测仪器所在工作小组上。 要求提供微生物报告处理功用,要求包括保存报告、初审报告、审核报告和报告查询打印等功能。具体功用要求如下: 要求提供取消核收功能,要求支持如果标本分配的工作小组、标本日期或流水号有误时,可以从列表中选择标本,通过取消核收操作把标本返回到未核收状态。 要求提供手工登记功能,要求支持对于手工填写的报告,可以把报告信息在手工登记界面上在指定工作小组、标本日期和流水号上录入完成后保存到标本列表。 要求提供结果采集功能,要求支持仪器接口把采集到的结果保存到系统,工作站可以把采集到仪器结果显示到报告审核界面上。 要求提供结果录入功能,要求支持对于手工检测的标本结果,可以按照标本的流水号手工单个或批量录入到系统。 要求提供保存报告功能,要求支持对于手工登记和仪器传输的标本的信息结果无误之后对报告作保存操作。 要求提供报告初审功能,要求支持标本报告结果初次核对无误后,通过初审操作完成报告初步审核。 要求提供报告审核功能,要求支持完成初审操作的报告结果再次核对无误后,点通过审核操作完成报告的最终审核。报告审核时系统会自动校验审核用户是否符合双审规则,如果不符时系统自动提示并终止审核操作。 要求提供报告批审功能,要求支持把标本列表中选择的多个标本报告结果核对无误后,通过批审操作一次完成审核。 要求提供报告阴性功能,要求支持把标本列表中选择的多个阴性报告结果核对无误后,通过批审操作一次完成审核。 要求提供取消初核功能,要求支持把通过初审的报告返回到未审核状态。 要求提供取消审核功能,要求支持把通过审核的报告返回到初审状态。 要求提供报告打印功能,要求支持把标本列表选中的报告打印输出,输出方式支持打印预览和生成PDF文件。 要求提供标记复查功能,要求支持把标本列表中有问题的特殊报告和疑难杂症等标记为特殊颜色,可以在报告列表中快速找到。 要求提供手工计费功能,微生物手工计费主要是正常标本收基本费,培养出阴性结果的成本费。出来阳性菌之后需要进一步做药敏试验,药敏的成本费需要追加收费。 要求提供微生物预报告功能,微生物预报告有些报告提前出做出药敏结果需要提前发送到医生端,可以使用预报告做提前展示,当这个报告结果全部做出结果,报最终报告,预报告在医生端消失。 要求提供添加报告功能,要求支持添加一个报告到预报告界面中。 要求提供结果保存功能,要求支持是把手工录入的结果或仪器做出来的姚敏结果核对无误后作保存操作。 要求提供拿主药敏功能,要求支持把主界面的药敏拷贝到预报告。 要求提供报告初审功能,要求支持核对保存之后的结果无误之后对报告做初审操作。 要求提供报告审核功能,要求支持初审之后的报告确定无误之后做审核操作,发送到临床医生端。 要求提供取消取审功能,要求支持对初审之后的报告取消初审操作。 要求提供取消审核功能,要求支持对审核之后的报告取消审核操作。 要求提供删除报告功能,要求支持对添加的预报搞删除操作。 要求提供打印预览功能,要求支持对初审、审核后的报告在报告单中展示的样式打印预览。 要求支持批量阴性结果审核功能,要求支持可以按照条件查询出指定的阴性结果报告对其批量审核报告。 要求支持细菌鉴定过程,主要是用来电子化记录微生物检验室日常临床分离到的菌株的鉴定过程,要求不仅可以使鉴定流程得以保存下来,方便不同岗位人员沟通,还可以使鉴定流程规范统一。 要求提供阴性结果录入功能,除血培养自动上传阴性结果外,一般细菌培养及痰培养,真菌培养菌需要手工录入阴性结果,鉴定流程中“类别”为“项目”的选项录入后结果会上传到检验报告结果中,具体流程要求:1.扫培养基上的条码2.录入相应的阴性结果(如:痰培养需录入未生长致病菌) 要求提供血培养管理功能,对于血培养阳性标本来说,鉴定流程应录入“细菌1”→“转种”→选择报警的培养瓶(X,Y,儿童瓶)→打印标签后进行转种,涂片,直接药敏等操作。 要求支持一般细菌培养管理,阳性结果根据细菌种类录入细菌1,细菌2,以此类推,以此类推。尿培养,导管标本需录入细菌计数结果。 要求支持痰培养管理,阳性结果根据细菌种类录入细菌1,细菌2,以此类推,录入细菌半定量结果。 要求支持共同途径管理,要求支持进入具体鉴定流程后,根据所需的鉴定方式,药敏方法填入鉴定流程,一定注意要填写到每个分离菌的子集下。 要求支持录入鉴定过程之后可以打印出记录单方便用户具体录入内容以及操作步骤等。 要求支持菌株存储功能,要求支持把检验报告中的有价值的菌株存放到存储架子上,便于管理菌株的具体位置和菌株信息。 要求提供存储菌株功能,要求支持根据指定冰箱和存储盒存储菌株明细。 要求提供外来菌录入功能,要求支持把其他医疗机构的菌株信息通过EXCEL文件批量导入到系统,也可以手工登记录入到系统中。 要求WhoNet接口提供药敏结果查询导出功能,查询支持通过日期范围查询系统中所有报告的细菌及其药敏结果,并按照WhoNet要求输出到DBF文件 要求提供发送危急值报告功能,要求支持把系统中符合危急值报告的结果审核并通过消息评估费推送给临床医生。 要求提供微生物统计相关报表,具体要求如下: 分离率统计:统计标本、科室、病区的阳性率统计。 可以按照不同的条件来组合标本类型、申请科室等来查询。 分布率统计:统计标本、科室、病区的阳性率统计。分布率统计可以按照审核日期、核收日期、病人类型来组合条件查出按照科室来统计具体某个科室的标本类型细菌和医嘱的个数。 耐药率统计:统计一段时间内的细菌中抗生素出现耐药的株数以及耐药率 ,可以详细看见细菌、抗生素、耐药株数、总数、耐药率。 阳性率统计:按照审核日期、核收日期、申请科室、病人类型、工作小组、标本类型等多种条件合并查询,查询出结果展示按照科室、阳性菌的总数、细菌和抗生素的WhoNet码以及阳性占比。 5.7.3实验室质量管理系统 系统概述: 实验室质量管理系统是一套基于《医学实验室质量和能力认可准则》的质量管理体系的指导思想,用于管理实验室内的人员、设备、文件、环境等资源的信息系统。方便用户按照ISO15189质量管理体系做质量管理工作。 功能要求: 要求提供人员管理、设备管理、文件管理、湿度管理模等功能 详细要求: 人员管理具体要求说明如下: 要求提供人员基本信息登记功用,在人员管理页面,可以录入人员基本信息,上传人员照片及电子签名,录入合同相关信息并上传附件,记录学历及其它信息,完善人员档案;人员列表默认加载搜索时间段内登陆工作组在职人员。 要求提供合同登记功能,要求支持合同日期、合同效期修改并上传合同附件时,后台会自动生成合同变更记录。 要求提供继续教育登记功用,要求支持相关信息页面继续教育标签页,录入继续教育信息后保存;若信息有误可以进行修改或直接删除。 要求提供工作业绩登记功能,相关信息页面工作业绩标签页,录入工作业绩信息后保存;若信息有误可以进行修改或直接删除。 要求提供事故记录登记功能,相关信息页面事故记录标签页,录入事故记录信息后保存;审核前的数据可以进行修改;确认信息无误后需要进行审核操作才能生效;信息作废直接删除即可。 要求提供工作岗位变动,相关信息页面岗位变动标签页,录入岗位变动信息后保存;审核前的数据可以进行修改;确认信息无误后需要进行审核操作才能生效;信息作废直接删除即可。 要求提供职称变更功能,技术职称、行政职称修改时,后台会自动生成职称变动记录。 设备管理具体要求说明如下: 要求提供基本信息登记功能,要求支持设备登记维护设备的基本信息,也可以根据模板导入数据简化操作;该功能有两个页面可实现,其中一个显示所有设备,另一个可根据登陆工作组过滤数据,仅能操作当前工作组数据。 要求提供维护合同登记功能,要求支持设备的维护合同、使用说明等相关文件,均可在文件管理模块进行统一的备份管理。 要求提供保养计划功能,要求支持在设备维护页面,为指定设备新增类型为保养计划的计划;维护相关信息之后进行审核方可生效;审核前若信息有误可进行修改、删除、作废操作;审核之后可以选择执行操作,记录实际操作时间和说明;执行后若存在问题,可以对计划进行回执,记录回执时间、说明等相关信息。 要求提供设备维修功能,要求支持在设备维护页面,为指定设备新增类型为设备维修的计划;维护相关信息之后进行审核方可生效;审核前若信息有误可进行修改、删除、作废操作;审核之后可以选择执行操作,记录实际操作时间和说明;执行后若存在问题,可以对计划进行回执,记录回执时间、说明等相关信息。 要求提供设备校准功能,设备登记页面,设备基本信息若维护了定期校准相关信息,要求支持后台自动为设备生成校准计划;也可以根据实际情况提前人工维护校准计划。要求支持校准计划在设备维护页面进行;若筛选条件选择校准计划、待创建,则设备列表加载需要创建校准计划的设备,实现校准预警功能。校准计划审核审核前若信息有误可进行修改、删除、作废操作;审核之后可以选择执行操作,记录实际操作时间和说明;执行后若存在问题,可以对计划进行回执,记录回执时间、说明等相关信息。 要求提供设备作废功能,要求支持在设备登记界面,选中需要作废的设备,将其信息中激活项置为否完成作废。 文件管理具体要求说明如下:: 要求提供目录管理功能,要求支持在文件管理页面左侧列表中,显示文件存放目录结构。要求可根据管理需要,选择新建、删除、修改文件夹。新建文件夹时,除文件夹基本信息外,要求可以维护文件夹的、修改、删除权限,及文件夹可上传的文件类型。 要求提供文件上传功能,要求支持选中文件所属文件夹,选择添加文件,选择文件并维护文件基本信息、权限控制后保存。 要求提供文件审核功能,要求支持选中待审核文件,确认文件信息及内容无误后,进行审核操作。审核后的文件方可使用。 要求提供文件使用功能,对于生效文件,要求可以预览学习文件内容,也可以下载到本地之后进行编辑修改,随后重新上传。 要求提供文件作废功能,选中文件,要求支持“作废&生效”功能,进行文件废弃;要求支持重新启用文件可以进行相同操作使文件再次生效。 要求提供文件使用日志查询功能,要求支持在文件日志页面,可以查询文件每一次操作生成的日志记录。根据日期及其它相关信息定位指定日志。要求可以在文件管理页面,选中指定文件后,使用日志功能实现。 温湿度管理具体要求说是如下: 要求提供温湿度监测资源登记功能,实现需要做温湿度监测资源(如:冰箱,房间等)管理。 要求提供温湿度数据采集功能,要求支持手工记录的温湿度结果可以录入或导入到系统。要求支持有输出接口的设备可以通过接口自动采集温湿度结果。 要求提供温湿度监控功能,要求支持把24小时内采集到的温湿度结果以曲线图定时显示到界面上。 要求提供温湿度预警功能,要求支持把超出设定预警值的数据发送到消息中进行自动预警提醒,或通过短信方式进行预警,要求可以在监控图上已设定颜色进行预警。 5.8输血管理系统 5.8.1临床用血管理系统 系统概述: 临床输血管理系统是以《医疗机构临床用血管理办法》和《临床输血技术规范》为依据,通过计算机、数据库等信息化技术手段,用于解决临床用血的评估、申请、配血、发血、输注、评价、质控等业务的信息管理系统,实现临床用血全流程闭环管管理,促进临床安全、合理、及时、有效用血。临床用血系统是提供给临床医生、护士和医务科使用,用来完成申请、输注和评价等操作。 功能要求: 要求提供输血知情同意书签订、备血前评估、备血申请、超量备血申请单审批、取血评估和取血单、病房接收血袋、血液输注核对、输血巡视、输血后疗效评价、查询统计等功能 详细要求: 要求备血申请提供如下功用: 填写输血知情同意书 普通备血申请 自备血备血申请 支持按医生级别控制备血血量 自动获取血型和检验项目最近结果信息 支持条形码管理 提供输血治疗同意书等文档打印 支持历次备血申请单查询和打印 提供备血申请提示 支持备血申请两级审核签字 超量备血审批 符合《医疗机构临床用血管理办法》(卫生部令第85号) 符合《临床输血技术规范》 要求取血单支持如下功能: 配血完成提示 取血前评估 要求临床用血支持如下功能: 接收血袋 血液输注 输血巡视 要求支持输血不良反应管理 要求支持输血记录及输血后评价: 临床输血后评价 输血记录 5.8.2输血科信息管理系统 系统概述: 输血科(血库)信息管理系统是以《医疗机构临床用血管理办法》和《临床输血技术规范》为依据,通过计算机、数据库等信息化技术手段,用于解决输血科或血库接收临床用血申请、配血、发血、血液出入库、输血检验、输血室内质控等业务的信息管理系统,实现临床用血全流程闭环管管理,促进临床安全、合理、及时、有效用血。 系统还提供用血全流程追溯、用血统计分析、科室工作量统计、费用管理、交接班管理、库存量分级预警和效期预警等功能,提高工作效率和工作质量,促进科室的管理水平和服务能力的提升。 功能要求: 要求提供备血申请单接收,血液预订,血液入库,血液报废,库存量预警,血液效期预警,输血检验标本接收,输血检验报告审核,配血,取血,发血,计费,血袋回收,用血统计分析,仪器接口,系统基础信息维护,系统权限管理等功能 详细要求: 输血科接收备血申请单具体要求说明如下: 要求提供接收功能,要求支持根据备血申请单号查询申请单,将界面上申请单内容与送达的申请单内容核对无误后完成接收操作。 要求提供取消接收功能,要求支持根据备血申请单号找到申请单,填写取消类型和取消原因后完成申请单取消接收。 要求提供拒收功能,要求支持根据备血申请单号找到申请单,填写拒收类型和拒收原因后完成申请单拒收。 要求提供评估功能,要求支持输血科对用血申请单内容进行合格性评估,内容合格时做合格评估,否则不合格评估。 要求提供标本接收功能,如果临床备血申请单包含输血相容性检测标本时,要求支持根据标本号在系统中核对无误后把标本信息从HIS系统接收到输血系统。 输血检验具体要求说明如下: 输血检验要求包括送检标本的接收、标本核收、结果处理、报告审核和报告查询打印等功能。 要求提供标本接收等功用,要求支持根据标本上条码号找到标本,将界面上的标本信息与送达标本标签上的信息核对无误后把标本信息从HIS系统接收到输血系统,否则填写拒收原因做标本拒收操作,把标本返回给申请科室或病区。 要求提供运送单接收功用,要求通过送达的标本运送单号在系统找到运送标本明细,再根据标本条码号和运送单上标本信息核对无误后把标本信息从HIS系统接收到输血系统,否则把有问题标本通过拒收流程返回给申请科室或病区。 要求提供标本拒收功用,要求根据送达标本的条码号在系统中找到标本,填写拒收类型和拒收原因做标本拒收操作,把标本返回给申请科室或病区。 要求提供标本核收功用,要求系统按照用户指定的检测仪器和检测日期生成样本流水号把标本核收到在检测仪器所在工作小组上。 要求提供取消核收功用,如果标本分配的工作小组、标本日期或流水号有误时,要求可以从列表中选择标本,通过取消核收操作把标本返回到未核收状态。 要求提供手工登记功用,对于手工填写的申请单,要求可以把申请单信息在手工登记界面上在指定工作小组、标本日期和流水号上录入完成后保存到标本列表。 要求提供结果采集功用,要求支持仪器接口把采集到的结果保存到系统,要求工作站可以把采集到仪器结果显示到报告审核界面上。 要求提供结果录入功用,要求对于手工检测的标本结果,可以按照标本的流水号手工单个或批量录入到系统。 要求提供结果校正功用,要求支持对于手工录入有无误的结果,可以单个或批量进行校正。 要求提供结果判断功用,要求系统支持对标本上的结果自动判断出是否异常,并在界面上通过颜色和符号进行相应的异常提示。 要求提供报告初审功用,要求支持标本报告结果初次核对无误后,通过初审操作完成报告初步审核。 要求提供报告审核功用,完成初审操作的报告结果再次核对无误后,点通过审核操作完成报告的最终审核。报告审核时系统会自动校验审核用户是否符合双审规则,如果不符时系统自动提示并终止审核操作。 要求提供报告批审功用,把标本列表中选择的多个标本报告结果核对无误后,通过批审操作一次完成审核。 要求提供取消初核功用,把通过初审的报告返回到未审核状态。 要求提供取消审核功用,把通过审核的报告返回到初审状态。 要求提供报告打印功能,把标本列表选中的报告打印输出,输出方式支持打印预览和生成PDF文件。 血液管理业务具体要求说明如下: 血液管理要求包括血液预订、入库、退回血站、报废出库、血袋拆分、低库存量预警和效期预警等等功能。 要求提供血液预订:根据填写的订血单位、血液成分、预订血量和预订说明生成血液订单。订单可以通过接口发送给订血单位,否则只能通过电话或其他方式预订血液。 要求提供订单发送功能,血液预订生成后,要求可以通过订单接口将血液订单发送给接收单位,接收单位收到订单时返回接收确认状态,输血系统收到确认信息后更新订单为完成状态。 要求提供血液接口入库功能,要求根据送血单位的出库单号通过血液入库接口(血液入库接口互通)获取出库单上的血液明细,与纸质出库单信息核对无误后存入到系统,再通过血袋上的献血员编号依次扫入进行核对无误是完成入库,存入库存。 要求提供血液手工入库功能,如果血液入库接口不通时,要求支持可以通过条码枪扫入血袋上的血袋编号条码、血制品条码、血型条码和失效期条码四个条码把血液信息保存到系统。 要求提供血液入库审核功能,要求支持未审核血袋的外观、献血者血型和存储温度核对无误后完成审核入库,血液状态变成库存可用。 要求提供血液退回功能,要求支持血站送达的血液发现有问题时可以通过退血单,根据血袋上的血袋编号和血制品条码找到血袋,填写退回原因,要求支持通过血液退血接口把血袋信息发送给血站,或通过打印的纸质退血单随血袋一起返回给血站。 要求提供血液报废功能,当库存中的血液出现过期或破损时,要求支持可以通过血液报废单,把需要报废的血袋通过血袋编号和血制品条码找到血袋,填写报废原因,由科主任核实审批后完成血液报废出库,再把血液进行报废处理。 要求提供血液拆分功能,要求支持把大规格的包装血液拆分成多袋小规格的血液。 要求提供血液库存量预警功能,要求支持系统中血液预警量可以分为红、黄、蓝三级,用户需提前把需要预警的血液成分预警量维护好,当库存中的血液库存血量低于设定的预警量时,要求支持用户登录时系统可以安排到达的预警级别进行自动提醒。 要求提供血液有效期预警功能,要求支持系统中血液效期预警天数用户可以按血液成分提前维护好,当库存中的血液效期接近预警天数时,用户登录时系统自动将这些效期近预警天数的血袋信息显示在预警界面上进行提醒。 配血管理业务具体要求说明如下: 配血管理要求包括创建配血计划、配血审核、疑难配血、通知取血等功能。 要求提供申请单查询功能,要求支持通过指定的日期区间查询申请单;也可以通过申请单号、标本检验号、患者登记号、患者病案号或取血单号快速查询申请单。 要求提供配血计划功能,要求支持通过患者血型在血液库存中按照配血规则找到适合的血袋进行绑定创建配血计划;也可以直接通过血袋上的血袋编号条码快速找到血袋进行绑定创建配血计划。 要求提供发送配血计划功能,要求支持把配血计划的受血者标本条码和献血者标本条码发送给指定仪器进行交叉配血试验。 要求提供配血结果采集功能,要求支持仪器接口自动采集检测仪器传输的配血结果并保存到对应血袋上,并在配血界面上显示采集到配血结果。 要求提供配血审核功能,要求支持配血计划中的血袋配血结果核对无误后完成审核,要求支持系统自动按照选中的血袋收取配血费用。 要求提供配血取消审核功能,要求支持把配血计划中选中的血袋返回库存状态,要求支持系统自动完成取消配血费用。 要求提供多配血方法配血结果记录功能,要求支持把不同配血方法试验完的配血结果按照配血方法把配血结果、配血仪器保存到系统。 要求提供疑难配血功能,要求支持把不符合常规配血规则的血液配血结果录入到系统,并在配血信息上标记为疑难配血状态。 要求提供通知取血功能,要求支持在配血计划中选中完成配血的血袋,通过发送取血消息接口把取血消息发送给临床。 要求提供更换配血标本功能,要求支持如果申请单自带标本量不够使用时,可以在指定的申请单上通过扫入新标本的条码号进行关联,完成标本更换。 要求提供更换就诊号功能,要求支持如果病人由急诊转住院时,还未完成配发血的用血申请单需要选择的住院就诊号进行关联,完成就诊号更换,以便之后能正常收费。 发血管理业务具体要求说明如下: 发血管理要求包括血液核对、血液发血出库、直接发血出库等功能。 要求提供申请单查询功能,要求支持根据指定的日期查到申请单;也可以通过申请单号、标本检验号、患者登记号、患者病案号或取血单号快速查到申请单。 要求提供血液核对功能,要求支持根据扫入血袋上的献血条码和产品码条码在待发血列表中系统自动完成核对,核对通过的血袋自动选中,否则提示核对未通过。 要求提供血液发血出库功能,要求支持把待发血列表中选中的血袋完成血液出库和血液计费操作,同时打印配血单和病人信息标签。 要求提供直接发血出库功能,要求支持对于无须进行交叉配血的血液产品,可以直接在发血界面上扫入献血条码和产品码条码添加到待发血列表,审核通过后完成血液出库和血液计费操作,同时打印配血单和病人信息标签。 要求提供取消发血功能,要求支持把用血申请单已发血液列表中选中的血袋做取消发血操作,血袋返回库存,同时取消血液费用。 血袋回收 血袋回收:血液输注完成后,血袋需要及时送回输血科,输血科通过扫入血袋编编号条码和血制品条码记录血袋回收时间和回收人。 统计分析报表业务具体要求说明如下: 统计分析报表要求包含科室工作量、血液库存、科室收入、用血分析等各种类型的统计分析报表。 要求提供备血申请单汇总:根据申请日期或接收日期,按照科室、病区、医生等类型统计临床科室备血申请成分血液数量的汇总。方便输血科掌握临床申请与实际库存差距。 要求提供备血类型统计:按照申请单日期统计不同输血类型每个成分血液申请单总量。 要求提供备血输血率统计功能,要求支持根据申请日期,科室(医生、病区),查询一段时间类临床申请用血与实际用血差值比率情况,分析临床备血准确性。此报表中输血率、红细胞率等统计结论对应输血评估某个临床科室(医生、病区)用血准确性提供参考,方便输血科控制配血与库存情况。 要求提供科室收入统计功能,要求支持按照医嘱申请时间统计各个收费项目的数量和合计金额,以及科室收入总金额。 要求提供血液库存汇总功能,要求支持统计输血科库存血液中各种血液成分、各种血型、各种规格血液的分布情况。 要求提供临床科室费用统计功能,要求支持按照开医嘱申请时间统计临床科室各项费用收入情况。 要求提供科室工作量占比统计功能,要求支持根据统计日期区间,按照血液入库、输血检测、申请单接收、配血、发血统计输血科科室人员以及科室日常工作量占比情况。 要求提供病种用血统计功能,要求支持根据患者出院日期,按病种和科室(或医生、病区)统计出院例数、输血人数、输血总量和各个血液成分的使用情况。 要求提供手术用血统计功能,要求支持根据手术完成日期统计时间段内各个手术例数、输血例数、输血率等数据。 要求提供手术等级用血统计功能,要求支持根据手术日期统计各级手术的手术例数、输血例数、输血率、输血总量以及各种血液成分的用血量。 要求提供内外科输血统计功能,要求支持按照发血日期统计内外科手术用血、治疗用血例数及其占比情况。 要求提供用血比例分析功能,要求支持按照发血日期统计各类型(科室、医生、或病区、申请单类型、输血目的)的输血总量、输血人数、输血人次、各个血液成分的数量及其占比情况。 要求提供输血年报功能,要求支持按照出院日期、发血日期,分手术用血、治疗用血统计科室(医生、病区、申请单类型、输血目的)各个统计类型下面血液使用情况。 5.9血液净化信息系统 系统概述: 血液净化管理系统是为医院血液净化室设计的一套局域网环境的计算机信息系统,它针对血液净化病人特点,对血液净化过程中所产生的临床数据进行记录、汇总、评估和分析。 功能要求: 要求提供自动数据采集、病人登记、血液净化方案、治疗护理、医嘱管理、检验检查结果、治疗评估、查房记录、月小结、治疗排班 、床位安排、血液净化记录、病人转归 、设备管理、质量检测、统计分析、系统设置、其它模块等功能 详细要求: 自动数据采集业务具体要求如下: 通过中央采集服务器建立医疗设备与病人的对应,启动采集服务,接收设备输出的数据并进行解析。 自动采集血透机、血滤机等床边监护设备输出的病人血流量、血浆容量、超滤率、跨膜压、血液流速等参数,要求支持通过体重仪采集身高、体重数据,通过血压仪采集血压和脉搏等数据。 采用中央服务器将解析后的同步数据存储。要求支持对采集数据实时存储入数据库,并同步显示在血液净化界面。 采用中央服务器采集数据模式,要求可方便集中查询监控各血液净化床设备采集状态,在网络中断、客户端软件关闭等异常时,要求支持在采集服务器缓存数据,故障恢复后继续记录,保持采集数据的稳定性、连续性。 采用中央服务器采集数据模式,要求支持不需要血液净化床旁电脑进行数据采集,对床旁电脑没有串口、额外的网口的要求。与客户端采集相比,可以通过一台电脑处理多个血液净化床节约电脑资源。 采用中央服务器采集数据模式,要求支持程序更新,扩展血液净化床。 要求支持设置采集的床位、设备型号、采样频率、端口号等参数。 支持对采集的异常数据进行数据修正,并在后台记录修改痕迹。 病人登记业务功能要求说明如下: 要求支持登记病人血液净化编号、血液净化次数、主管医生等信息。 要求支持对结束治疗的病人,修改维持性血液净化状态为转归状态。 要求支持按照登记号、住院号、姓名、日期等条件查找已登记病人。 血液净化要求如下: 要求支持按时间、登记号查找血液净化登记病人。 要求支持填写血液净化方式、血液净化频率、血液净化器材、血管通路、抗凝方案等内容。 要求支持记录方案的用药医嘱计划。 要求支持按血液净化方案模板保存和选择。 要求支持按时间、病人查询维持性血液净化病人列表。 治疗护理功能具体要求如下: 要求支持透析前和透析后检测和记录病人信息。 要求支持使用血液净化专科电子病历记录病人完整的透析病程。 医嘱管理功能要求如下: 要求支持添加血液净化中使用的临时医嘱,并可以费用明细。 要求支持确认和记录本次血液净化所用医嘱,并记录在血液净化系统中。 检验检查结果查询功用要求如下: 要求支持按日期查询病人检验结果。 要求支持按病人最近检验时间和检验频率辅助医生提醒病人做相关检验。 要求支持进行透析充分性评估。 查房记录:要求支持透析过程中修正病人治疗方案,记录调整方案、原因、如何调整、调整日期、调整人员等信息。 月小结:要求支持记录病人身体状况、管路和方案、居家情况、实验室检验指标、传染病信息、本月总结评价及其下一步诊断治疗建议等。 治疗排班 :要求支持根据医生的治疗方案的血液净化方式和治疗频率,进行治疗时间排班。 床位安排具体要求说明如下: 要求支持将已确定治疗时间的病人,安排到具体的床位上。护士在图形界面上以拖动方式,把病人安排具体的床位上。 要求支持安排血液净化日期和具体时间;支持按周排班。 要求支持感染病人要安排到相应类型的床位上。 要求支持血管通路管理 要求支持建立病人的血管通路,同一时期只有一个有效的血管通路。 血液净化记录具体要求说明如下: 要求支持记录病人血液净化中、血液净化后的数据。 要求支持操作上机,启动血液净化,设备采集服务器将按照预设的采样间隔自动从血透机、血滤机采集数据并显示,也可以按指定时间提取采集数据。对于一些无法从仪器自动采集或没有使用仪器监护的数据,用户可以手工录入。 要求支持手工录入非系统采集的数据,记录临床表现,透析小结。 要求支持按统一的样式打印血液净化记录单。 要求支持记录血液净化并发症。 病人转归:要求支持病人结束血液净化时,记录透析病人转归情况。 设备管理:要求支持记录和查询检修、维护设备数据。 质量检测:要求支持记录和查询反渗水、透析液质量监测的细菌培养、内毒素检测数据 统计分析业务具体要求如下: 要求支持统计病人血液净化费用。 要求支持统计不同血液净化方式例次。 要求支持统计维持性血透患者的死亡例次、死亡率。 要求支持统计血液净化中严重(可能严重危及患者生命)并发症发生例次。 要求支持统计血液净化材料例次。 要求支持统计维持性病人质量监测指标(溶质清除、贫血的纠正、钙磷代谢)。 要求支持统计不同血管通路类别例次。 要求支持统计平均每名患者血液净化时间范围例次。 要求支持统计工作量 要求支持统计患者转归 要求支持统计当前病人透析龄 要求支持统计原发病分布。 要求支持统计肝炎病毒标志物。 要求支持统计血红蛋白和红细胞压积平均值。 要求支持统计维持性病人质量监测指标(溶质清除率、贫血的纠正、钙磷代谢) 要求支持统计不同血管通路类别例次。 系统设置功能具体说明如下: 要求支持维护相关基础数据:血液透析项、抗凝方式、血液净化方式、血管通路、透析设备运行模式、病人转归、死亡原因、净化设备型号、净化监护设备、床位组、床位信息维护等。 5.10手术麻醉信息系统 系统概述: 手术麻醉管理系统是专为医院麻醉科、手术室设计的一套局域网环境的计算机信息系统,它实现手术人员、手术室等资源分配,并对手术过程中所产生的临床数据进行记录、汇总、归纳和分析。 功能要求: 要求提供手术资质管理、手术申请提交、手术申请审核、手术安排、麻醉安排、麻醉术前访视、自动采集监护信息、麻醉记录、麻醉术后恢复(PACU)、手术器械清点、术后登记、病人转运记录、麻精药品登记、麻醉术后访视、手术申请信息提取、手术安全核查、手术风险评估、统计分析、系统设置、其它模块等功能 详细要求: 手术资质管理:要求支持给手术医生分别授权手术,在手术申请时为手术指定有资质的主刀医生。 要求支持按手术查询有资质的医生,也支持按医生查询有资质的手术。 手术申请提交:要求支持手术科室提交手术申请,填写手术病人、医生科室、手术医生、手术助手、手术名称、术前诊断等信息,填写进修和实习医生信息。自动提取血型、传染病检验结果。 要求支持指定时间接收手术申请,超过这一时间,系统便不再接收手术申请。 要求支持按照患者不同的来源(门诊、住院及其他)查询手术申请信息;随机查询待安排患者、已安排患者信息;依据手术申请单资料安排手术项目、手术时间、麻醉方法、麻醉方式、麻醉医生和手术护士;系统支持对多手术合并处理功能。 要求支持手术查询根据申请科室、手术间、手术状态等多种查询条件,并可自动按照手术间、手术科室、是否污染和是否急症手术进行分类排列。 要求支持打印手术通知单。 要求支持门诊和急诊病人的手术申请。 手术申请审核:要求支持手术申请提交后,科室主任审核后正式发送到手术室。 要求支持不同科室有不同的审核截止时间。 手术安排:要求支持手术室接收病房手术申请单。进行手术安排。 要求支持手术室确定每台手术的手术间、台次、手术时间、器材护士、巡回护士,安排进修和实习人员。能够协调安排急症手术。 要求支持将确认后的每台手术的上台手术医生、巡回护士和洗手护士回传到HIS中。 要求支持按手术间手术护士的排班。 要求支持排班后打印手术排班表。 麻醉安排:要求支持麻醉科安排麻醉师、进修和实习麻醉师,确定麻醉方法。 要求支持打印手术排班报表。 要求支持将确认后的每台手术的麻醉医生回传到HIS中。 要求支持支持按手术间对麻醉师的排班。 麻醉术前访视:要求支持查阅病人的基本信息,与HIS集成后的电子病历查询功能(病史、以往手术中麻醉用药及麻醉方式、以往检验及医学影像资料、医嘱信息等)。提取最近的检验、检查结果。 要求支持结合患者状况给出ASA分级等麻醉评估,选择麻醉方法,制定麻醉计划,预见术中困难及防范措施。 要求支持填写麻醉同意书并获取病人或家属认可。 要求支持pad操作。 要求支持输出麻醉相关医疗文书(麻醉术前访视单、麻醉计划、麻醉同意书、有创治疗知情同意书等)。 自动采集监护信息:要求支持自动采集监护仪、麻醉机设备中病人术中血压、心率、血氧、体温、脉搏、呼吸频率、吸呼比、潮气量等生命体征参数。 要求支持采用中央服务器采集数据模式进行同步数据存储,对采集数据实时存储在数据库,并同步显示在麻醉监护界面。 要求支持采用中央服务器采集数据模式,可方便地集中监控各手术间设备采集状态,在网络中断、客户端软件关闭等异常时,在采集服务器缓存数据,故障恢复后继续记录,保持采集数据的稳定性、连续性。 要求支持采用中央服务器采集数据模式,不需要手术间电脑进行数据采集,对手术间电脑没有串口、额外的网口的要求。 要求支持采用中央服务器采集数据模式,方便程序更新,方便扩展手术间。 要求支持对采集的异常数据进行数据修正,并在后台记录修改痕迹,支持编辑修改和拖动修改。 要求支持可以定义和修改采集设备的IP地址、采集端口、采集频率等参数,按监控设备定义不同生命体征等采集参数。 支持当患者出现异常体征时能发出提示。 麻醉记录:要求支持能调出供麻醉医师参考的常用药物、事件等数据。 要求支持对不常用药品,支持调出HIS医嘱进行查询。 要求支持记录麻醉用药、麻醉事件、生命体征、体液出入量、并发症状、术中情况及处理过程等所有相关操作和麻醉数据。 要求支持根据采集的数据同步显示监护仪波形等信息,供术间浏览查询。 要求支持可以同步显示麻醉记录单等医疗文书等。 要求支持常用麻醉项目保存为模板,便于下次同类型手术直接套用。支持公有模板和个人模板。 要求支持术后生成并打印麻醉记录单、镇痛麻醉单。 麻醉术后恢复(PACU):要求支持术后麻醉恢复的用药、体征趋势记录等功能,记录患者术后麻醉恢复期间所有相关操作和麻醉数据。 要求支持记录术后恢复过程中的患者入室情况、出室情况,并能够自动生成独立的术后复苏单。 要求支持对病人Steward苏醒评分,作为离室评估依据。 手术器械清点:要求支持提取消毒供应系统接口,扫描消毒包读取消毒包信息。 要求支持关联消毒供应包,对手术器械、耗材等物品在术前、台上、关前、术后进行清点。 术后登记:要求支持手术结束后完成对手术名称、手术状态、手术间、手术人员等手术信息的审核、修改等,确保术后的信息准确可靠。 病人转运记录:要求支持记录在手术室与相关科室进行手术病人转运申请、接收、交接的内容,支持查询。 麻精药品登记:要求支持对术中使用的麻醉药品、精神药品批号、使用情况、操作人进行登记。 麻醉术后访视:要求支持麻醉医生术后去病房访视病人,记录病人术后麻醉情况和术后镇痛记录。支持pad操作。 手术申请信息提取:要求支持手术申请自动提取血型、传染病检验结果。 手术安全核查:要求支持能够在麻醉实施前、手术开始前和手术结束后对手术相关信息进行手术医生、护士、麻醉医生三方确认。 手术风险评估:要求支持根据手术切口级别、麻醉ASA分级和手术时间确定手术院内感染级别。 统计分析:要求支持手术台数统计,病人数统计,术者人数统计、手术规模统计。输出手术预报、手术日报、手术月报。 要求支持进行手术医生、麻醉医生、手术护士工作量统计。手术室护士工作时间统计。 要求支持按手术分类、诊断分类、病人特征等查询全部手术资料,查阅患者术前访视、护理信息、麻醉总结。 要求支持院内感染监测、医疗质量控制、成本绩效核算、设备管理、科研教学等所需数据的提取与打印。 要求支持麻醉专业医疗质量控制指标(2015年版)统计。 要求支持三甲评审上报数据统计 系统设置:要求支持手术科室维护、手术室、手术间信息维护;手术名称、手术分级、麻醉方式、切口类型、麻醉效果、气管插管、ASA分级维护;手术麻醉显示大类、手术麻醉显示分类、手术麻醉常用医嘱、手术麻醉设备维护;设备采集参数、麻醉图标设置;手术清点项维护、手术麻醉打印列维护等。 其它模块 其他模块要求支持包括补录费用、CA签名、麻醉文书浏览等功能。 5.11重症监护信息系统 系统概述: 重症监护管理系统是为医院重症医学科、重症病区设计的一套局域网环境的计算机信息系统,它针对重症监护病人专科特点,对重症监护过程中所产生的临床数据进行记录、汇总、评估和分析。 重症监护信息系统,实现监护设备信息采集自动化,从入科评估、护理记录、护理评估、重症评分、综合视图、出科评估等专科业务流程数字化管理,实现重症监护设备信息采集自动化,提高医护人员的工作效率。 重症监护信息系统同时提供质控管理、统计分析功能,提供全面的科室管理。 功能要求: 要求提供自动数据采集、实时重症监护、床位和监护管理、生命体征记录、执行医嘱、护理记录、出入量汇总、护理评估、数据、打印重症监护记录、同步体温单、入科评估、趋势图、自动病人评分、综合诊疗视图、出科评估、评分统计、工作量统计、质量控制统计、系统设置、其它模块等功能 详细要求: 自动数据采集:要求支持通过中央采集服务器建立医疗设备与病人的对应,启动采集服务,接收设备输出的数据并进行解析。自动采集监护仪、呼吸机等床边监护设备输出的病人血压、心率、血氧、体温、脉搏、呼吸等生命体征参数,同时支持科内检验设备的数据采集。 要求支持采用中央服务器将解析后的同步数据存储。对采集数据实时存储入数据库,并同步显示在重症监护界面。 要求支持采用中央服务器采集数据模式,可方便集中查询监控各监护床设备采集状态,在网络中断、客户端软件关闭等异常时,在采集服务器缓存数据,故障恢复后继续记录,保持采集数据的稳定性、连续性。 要求支持采用中央服务器采集数据模式,不需要监护床旁电脑进行数据采集,对床旁电脑没有串口、额外的网口的要求。与客户端采集相比,可以通过一台电脑处理多个监护床节约电脑资源。 要求支持采用中央服务器采集数据模式,方便程序更新,方便扩展监护床。 要求支持设置采集的床位、设备型号、采样频率、端口号等参数。 要求支持对采集的异常数据进行数据修正,并在后台记录修改痕迹。 实时重症监护:要求支持生命体征报警:对超过正常值的异常生命体征,进行报警提示,如下图黄色背景数据。 远程监护:要求支持不在病区的医生、护士通过远程监护病情,加强对重症监护过程的控制与指导。 中央监护:要求支持通过中央站监控病人生命体征、采集设备等情况,可以方便地病人情况。 床位和监护管理具体要求说明如下: 要求支持在病区重症床位图上,可以观察当前病人情况。 要求支持进入重症监护列表后,可以当前监护床病人监护情况。不同状态的监护病人以不同的颜色显示。 要求支持选择相应的病人后,就可以对病人进行监护操作。这时将要求支持启动采集设备数据服务,进行监护数据采集。 要求支持只有系统指定授权的工作站和用户才可以点击开始,进行监护 生命体征记录:要求支持重症监护启动后,设备采集服务器将按照预设的采样间隔自动从监护仪、呼吸机采集数据并显示,也可以按指定时间提取采集数据。对于一些无法从仪器自动采集或没有使用仪器监护的数据,用户可以手工录入 执行医嘱:要求支持打开病人数据界面,点击新增即可弹出医嘱数据。将获取医生对病人下的医嘱,同时显示在界面上。 要求支持自动提取医生医嘱,严格按医嘱要求的剂量、用法、频率执行医生医嘱,可以根据科室药品使用习惯定制。 要求支持获取医嘱数据后,可以修改时间、备入量、用药速度,并自动计算实入量。也可以删除数据。 要求支持微泵泵入医嘱,可以自动根据用药速度、药品浓度、药品剂量计算,并对计算实入量总量。 护理记录:要求系统支持数据采集、自动生成数据、工作站录入等方式。 要求支持根据数据类型的不同,数据录入分为数值型数据录入、选择型数据录入、自由文本数据录入,系统自动记录操作人、操作时间。 要求支持数据的录入时间,数值可以修改,系统将自动记录修改时间和修改前的原始值,同时记录操作人。 要求支持可以切换到其它病人进行数据录入。在顶部的病人列表中,显示的是当前病人,选择病区病人即可切换。 要求系统支持按模板填写护理记录。 要求支持添加护理记录可以手工输入数据,也可以通过“编辑护理记录”链接来选择已经维护好的模板。 要求支持对于不常使用项目,可以添加项目。每个护理记录单都有各自不同的显示项目。 出入量汇总:要求支持自动生成病人重症护理记录单,根据出入液量自动计算出病人全天的出入量平衡情况。 要求支持系统按每小时和每天对病人的出入量进行自动分类汇总,计算出入量的差值。底部区域显示全部项目的汇总,右侧是每个项目的汇总 护理评估:要求支持评估病人皮肤、压疮等护理状况。 要求支持支持图形化标注。 数据:要求支持通过趋势图监护数据。 要求支持查询固定开始时间点的监护数据。 要求支持监护项目显示区域可以折叠或展开当前的显示区域。 要求系统支持数据明细。 打印重症监护记录:要求支持可以选择打印重症护理单。 要求支持用户可以定制各科室使用的重症监护单、危重护理单等单据的输出样式,要求支持打印时会自动使用不同的模板来打印单据。 要求支持重症监护单上的起止时间是病人开始和结束重症监护的时间。 要求支持支持CA签名(接口) 同步体温单:要求支持提取监护的生命体征和出入量等数据,倒入体温单接口。减少手工录入工作量。 入科评估:要求支持在病人入重症科室后,分析病人病情,对病人进行重症评估。 趋势图:要求支持生命体征、检验检查等趋势图。 自动病人评分:要求支持自动按国际评分标准,如Glasgow昏迷评分、APACHE II 评分、SOFA 评分等,对重症病人进行评分。 综合诊疗视图:要求支持自动生成并综合展现生命体征、出入量、医嘱、检验、检查等信息。 要求支持危急事件处理 要求支持出科评估 要求支持当要结束对当前病人的重症监护,要求确认病人转归。 结束重症监护将停止采集监护设备数据。 要求支持总结出科病人治疗,进行出科重症评估,后台自动生成出科评估数据:出科评分、ICU住院时长、机械通气总时间、中心静脉次数等数据。 评分统计:要求支持按病人、科室统计病人的不同评分。 工作量统计:要求支持可以统计医护人员工作量:病人中心静脉置管、气管插管等统计。 质量控制统计:要求支持ICU质量监测指标:统计病人数、平均ICU天数、ICU死亡人数、重返ICU人次、气管插管、中心静脉置管、尿导管等质量控制数据。 系统设置要求支持重症监护常用医嘱项、显示分类、显示大类。 要求支持维护监护床,定义和修改采集设备的IP地址、采集端口、采集频率等参数,重症监护设备和仪器维护,按监控设备定义不同生命体征等采集参数。 要求支持设置重症监护床的采集的项目、采集频率等,操作权限等。 要求支持对重症监护的出入量汇总统计项维护。 其他模块要求支持包括CA签名、重症护理记录文书浏览等功能。 6.体检系统 系统概述: 健康体检是指通过医学手段和方法对受检者进行身体检查,了解受检者健康状况、早期发现疾病线索和健康隐患的诊疗行为。体检系统作为支持各体检机构开展健康体检业务的信息化管理软件,实现了体检流程的信息化,高效准确,节约了人力成本,在促进体检业务的自动化、标准化、规范化、个性化等方面发挥着巨大作用。 功能要求: 要求提供网上预约、体检前台预约、分诊排队、体检采血、体检科室医生、体检收表管理、体检总检医生、体检报告系统、网上浏览体检报告、体检收费、体检卡管理、体检主任管理、体检高危信息查询、统计查询、职业病体检、数据设置等功能 详细要求: 网上预约:网上预约借助互联网技术平台,为体检机构提供广泛的体检预约途径。网上预约要求涵盖微信、支付宝、APP、官网等各种在线预约渠道,可为体检机构开发互联网新客户,提升客户体验及满意度,广泛宣传体检机构,提升品牌价值,基于存量业务提供在线增值服务。 具体功能要求包括:在线调查问卷;预约号源排期;个人预约(1+X模式);团体预约(公费加项、自费加项、显示改期);在线缴费 在线调查问卷:要求支持基于系统健康评估模块维护的问卷内容,在线对用户进行预约前的基本信息(如病史、生活习惯等)筛查。通过科学的问卷评估模型可初步掌握用户身体状况,对用户可能存在的潜在疾病进行评估,为用户自主在线选择项目提科学的依据,进而提升用户体检质量,助于体检机构进行精准筛查。 预约号源排期:要求支持根据体检机构容纳量,可对网上预约限额进行管理。目前号源维护是基于VIP等级(套餐类型)、性别、预约类型(个人或团体)、日期、科室五个维度进行划分。可通过限额模板批量生成限额信息。要求支持每日按时段预约。特殊团体可维护成主场团体,进行该团体私有的号源维护。 个人预约(1+X模式):要求支持个人预约,在线可以选择一个基础体检套餐加自助选择体检项目的模式进行体检预约。可在线查询预约记录;取消预约记录。 团体预约:要求支持团体预约记录通过线下生成,分组并导入名单后,团体成员可在线选择公费项目或自费项目进行预约,可以针对预约记录进行项目修改和体检日期修改。 在线缴费:要求支持个人预约或团体自费加项完成后,可自动在体检系统登记,线上完成项目缴费。到达体检机构后可通过自助机打印导诊单,根据分诊信息进行科室检查,减少客户排队等待时间,节省体检机构医护资源。 体检前台预约 要求支持体检前台预约提供个人体检业务办理,单位体检业务办理,预约记录查询及体检单据打印的功能。个人体检业务主要是建立客户信息、预约体检时间、体检项目等。在建立客户信息时,系统支持通过姓名检索历史记录,支持通过就诊卡、身份证获取信息,支持拍照并保存客户照片。单位体检业务办理,系统支持批量导入体检人员、批量加项等操作。 具体功能要求包括:预约管理、个人基本信息维护、个人预约、个人预约查询、网上预约查询、团体合同、团体基本信息维护、团体预约、团体预约查询、退费申请等。 详细功能要求说明如下: 预约管理:要求支持设置体检中心网络预约及现场预约的限额,当到达预约数量时提示前台已达预约限额。 个人基本信息维护:要求系统支持通过姓名、身份证等查询系统中的个人基本信息记录;没有记录的、可新建客户基本信息;有记录的可以修改已有的客户基本信息;信息维护时可以拍照并保存客户的照片。 个人预约:要求系统支持通过就诊卡、身份证、姓名获取已有的客户信息直接预约、也可以建立客户信息后进行预约,预约时可以拍照并保存客户照片,预约界面显示的套餐和项目根据客户的VIP等级、性别、婚姻状况等自动进行过滤,选择套餐和项目支持模糊查询,选择完成可以按需打印体检指引单、检查检验条码。职业病体检提供职业病相关的基本信息、职业史、病史、职业病史等内容的录入保存功能。 个人预约查询:要求系统支持登记号、姓名、团体、预约状态等条件的组合查询功能,也支持通过读身份证直接查找预约记录。选中预约记录,可以设置先体检后交费、可以对费用进行折扣、销售金额优惠,可以打印指引单、检查检验条码、病理单等单据,可以给客户进行报到操作,对已约未报到的记录可以修改体检日期或者进行取消体检操作。 团体基本信息维护:要求系统支持通过团体名称或者负责人查询团体档案、可以新建团体基本信息、也可以修改已有的团体基本信息。 团体预约:要求支持团体预约可以新建团体预约记录、设置团体体检的起始日期和截止日期、支付方式为团体统结或者团体人员自结、是否先体检后缴费以及其他必要设置等,系统支持自动进行分组并将团体人员批量导入到对应分组中,并可以为分组中人员批量增加项目,系统还支持对分组中选定的人员以公费或自费的形式增加项目。 团体预约查询:要求支持团体预约查询可以查询团体的预约记录,可以计算团体的总费用,可以对团体进行折扣或者销售金额的优惠,可以打印团体的已检未检人员情况,也可以导出团体的费用清单;系统还提供复制历史团体预约记录的分组和项目。 体检中心要求可为客户建立档案信息,能快捷办理各种类型的体检,在客户报告时一键打印体检的各类单据。 分诊排队分诊排队为诊室提供叫号、顺延、过号功能,在诊室检查结束时为体检客户分配下一站诊室。对系统自动分配的诊室,可进行人干预,对不想检查的诊室进行放弃等操作。 具体功能要求包括:体检诊室维护、诊室调整、采血台及诊室叫号,分配诊室 体检诊室维护: 诊室调整:要求支持展示各诊室的等侯人数、时间、过号人数;查询体检客户的第一诊室或者当前诊室;对已分配的诊室进行人工干预,如更换诊室,暂停排队等; 采血台及诊室叫号,分配诊室:要求支持采血护士或诊室医生对当前分配到自己诊室的体检客户依次进行叫号、对未到达的客户进行顺延、过号操作;完成采血或者检查喉为客户分配下一站体检诊室。 分诊排队结合体检中心的检查区域安排、各诊室的检查时间、基本医疗规则实现让体检客户排队时间最短,提升客户满意度;结合门头屏、自助机等体检中心可安排体检客户高效、有序参加体检。 体检采血 要求支持体检采血根据诊室分配人员依次叫号采集标本、记录采集时间和采集人;标本运送员运送标本可建运送单并将标本记录到对应运单、可以查询运送单的处理状态; 具体功能要求包括:采集标本、标本采集一览、标本运送; 详细功能要求说明如下: 采集标本:要求支持根据诊室分配人员依次叫号采集标本、记录采集时间和采集人 标本采集一览:要求支持直观展示各采血人员标本采集数量、可导出标本采集详细数据 标本运送:要求支持运送员可以建运送单并将标本记录到对应运单、可以查询运送单的处理状态;采集标本的使用,要求详细记录客户的标本采集时间、采集人、也记录下各采血护士的工作量;标本运送有效解决了标本的遗漏问题。 体检科室医生 系统提供当前诊室的未检队列和已检队列;体检医生给客户录入体检结果、给出诊断建议、发现高危时可保存高危; 具体功能要求包括:结果录入、获取数据、图片报告上传 结果录入:要求提供体检结果的模板化录入,系统已维护了结果的关键词、体检医生可鼠标双击调出关键词模板进行选择、亦可以自行进行修改,体检医生还可以客户当前项目的历史体检结果、也可以本次体检其他项目的检查结果。录入完成保存结果,可以为客户添加诊断建议、对建议可进行修改、最后对本诊室进行提交。系统支持自动提交。 获取数据:要求系统支持从身高体重及血压设备直接获取数据并保存到系统。 图片报告上传:要求支持主将图片报告上传到体检系统,最后在报告中打印。 要求支持体检医生实现鼠标点击即可完成的录入方式,提高提交效率;模板化的录入统一体检报告的风格;数据获取规避人工填写可能的错误。 体检收表管理 要求支持体检完成时收回客户的指引单、核对客户已完成全部项目的体检、预防客户没做完体检离开;未检的项目客户拒绝检查并签字确认、或者做退费申请去退费;要求支持收表时客户预约体检报告的领取时间和领取方式;可以查找当天未交表的体检客户、核实实际情况做具体操作。 要求支持通过扫码查找客户、显示就诊记录,选择就诊记录显示客户无结果项目及未提交的诊室,点击项目可以对项目谢绝检查。 要求收表管理有效预防体检客户未做完全部检查离开体检中心、并为客户预约报告领取时间和方式。 体检总检医生 总检分为初审和复审、要求支持系统对各诊室体检结果的异常进行汇总、根据综合检查结果自动生成总检结论建议,并由总检医生完成审核。系统可以提供历史结果对比、检查检验原始报告浏览功能。对健康证等特殊类别体检,可用发证管理给出结论并打印相关证件。 具体功能要求包括:总检初审、总检复审、发证管理 总检初审:要求系统支持总检医生通过组合条件查询未总检、已初审、已复审的体检客户,系统会自动汇总各诊室体检结果的异常进行汇总、并自动生成总检结论建议,要求支持总检医生可继续调出建议库添加建议、也可以对已有的建议进行修改,要求系统支持对建议进行合并排序,最终由总检医生审核并提交。总检医生可在总检界面浏览客户的历史结果、检查检验原始报告。发现高危可进行保存上报。 总检复审:要求支持对初审的建议进行审核和修改,完成最终的体检审核。 发证管理:要求支持对特殊类型如健康证的体检给出结论,打印出相关证件。 要求支持根据设置的体检结果和医生建议的关联实现自动总检功能,大大降低总检医生的工作量。 体检报告系统 体检报告系统主要提供个人报告和单位汇总分析报告的打印功能。系统支持导出报告的电子版。 具体功能要要求包括:个人报告、保密报告、到期报告、团体报告 个人报告:要求系统支持通过组合条件查询出需要打印的报告、单打或者批量打印体检报告、支持导出Word、PDF格式的体检报告、支持导出体检结论。 保密报告:要求支持查询保密报告,保密报告不会出现在个人报告中。 报告已完成:要求支持报告入库并告知客户报告已准备好,并短信通知客户来体检中心领取报告。 取报告:要求支持记录报告领取人和领取时间。 到期报告:要求支持查询收表管理约取报告未取的报告。 团体报告:要求支持自动生成团体体检报告分析,各种常见疾病的患病率、患病人数等;可以导出团体人员的异常值和体检结果 网上浏览体检报告 网上浏览体检报告提供互联网平台报告预约或下载功能。 具体功能要求包括:报告进度查询;报告预览、下载、打印 报告进度查询:要求支持通过录入客户基本信息在线查询当前报告进度。 报告预览、下载、打印:要求支持在线浏览PDF体检报告,方便客户随时查询报告详情,可自主下载打印。 体检收费 收费员对体检中心审核后的费用进行结算,给客户打印出体检发票及收费明细;系统支持包括现金、银行卡、体检卡、医保卡余额、微信支付宝等多种支付方式。收费员可进行扎账并打印日结账报表。可对体检中心已审核的退费申请进行退费。 具体功能要求包括:费用管理、收费员日结账、退费等功能 费用管理:要求系统支持单人结算、将多个单人体检结算到一起、支持将团体费用拆分进行结算,支持定义发票名称,并能支持各种支付方式。结算打印出发票。按需可打印收费明细小票。 收费员日结账:要求支持收费员对当天已收的体检费用进行扎账。 退费:要求支持对于前台已经做过退费的申请的收据,进行退费操作,所退项目是由体检前台确定。 体检卡管理 体检卡管理包含了体检卡的新建、充值、挂失、冻结等操作。按是否本人消费区分为体检预缴金和体检代金卡,其中代金卡不限制本人消费,预缴金和登记号绑定。 具体功能要求包括:体检卡管理、体检卡明细查询、体检卡状态查询、卡金额转移等功能 体检卡管理:要求支持可查询客户的体检卡记录、如卡信息、余额,可新建体检卡、体检卡充值并打印发票。 体检卡明细查询:要求支持查询体检卡的金额变动明细、可以补打充值发票。 体检卡状态查询:要求支持查询体检卡的状态 卡金额转移:要求支持卡之间的转账操作,可以批量新建卡并进行充值。 体检主任管理 具体功能要求包括:挂账折扣权限设置、质量上报统计、体检中心工作量统计、体检中心年度报表 挂账折扣权限设置:要求支持设置相关人员是否可以进行挂账、折扣的操作权限 质量上报统计:要求支持分为责任人和上报人两张报表,可以为科室计算绩效提供参考。 体检中心工作量报表:要求支持查询时间段内人员的各种工作量及明细。 体检中心年度报表:要求支持展示人次及收入情况 体检高危信息查询 体检医生检查过程中发现高危在录入时可以保存高危,总检在审核时发现高危也可以保存上报,其他未上报的高危则在高危信息查询通过设置的高危条件查询出来并做进一步的处理。 高危信息查询:要求支持查询科室医生上报的高危信息及设置好的高危条件查询到的高危结果,发送短信或者打电话通知体检者。 可实现高危信息查询并进行高危管理。 体检统计查询 体检统计查询从收入、工作量、人次、体征及结果等多个维度提供查询功能,具体要求说明包括: 费用统计类: 要求支持体检卡汇总报表、团体费用统计、收费员统计报表、科室收入统计、体检收入统计、体检费用统计。 疾病体征类: 要求支持疾病统计、体检结果分析、高危信息查询 工作量类: 要求支持体检中心工作量统计、体检中心年度报表、医生工作量统计、医嘱数量查询、科室工作量统计。 其他统计: 要求支持排队叫号统计、质量上报统计、体检自费人员未交费已检统计 日常查询类: 要求支持体检已检未检弃检查询、未回传结果项目查询、体检状态查询、体检综合查询 职业病体检 职业病体检是集成于体检系统中的一个功能模块,用于对有毒有害作业劳动者进行上岗前、在岗期间和离岗时的职业健康体检。职业病体检不仅能共用体检系统中已维护的基础数据,具有一套职业健康体检中特殊的知识库,并且在业务流程及操作上与体检系统基本一致,能满足大多数体检机构对职业健康体检的检查工作。 具体功能要求包括: 基础数据维护、个人预约职业病信息维护、团体人员职业病信息批量导入、快速选项、检查结论、个人报告、团体汇总报告、统计查询等 基础数据维护:要求支持检查种类维护、目标疾病维护、诊断依据维护、工种维护、防护措施维护、危害因素维护、危害因素对应目标疾病、危害因素对应诊断依据、危害因素对应检查项目、检查结论维护、处理意见模板维护; 个人预约职业病信息维护:要求支持个人预约职业病体检成功后,能直接填写职业病体检中需要的信息(检查种类、危害因素、总工龄、接害工龄、职业史、病史、职业病史等)。也可进行修改; 团体人员职业病信息批量导入:要求支持团体人员导入职业病信息,如:检查种类、危害因素、总工龄、接害工龄等; 快速选项:要求支持在个人加项、分组加项时,能根据维护的检查种类和危害因素快速选择对应的职业病体检项目; 检查结论:要求支持总检时,检查结果,可单独选择检查结论、填写处理意见等; 个人报告:要求支持将个人体检中的基本信息、职业病信息、检查结果、检查结论等汇总,形成职业病体检报告; 团体报告:要求支持将团体中属于职业病体检人员的体检结果汇总,包含各个检查种类,危害因素下的人员、项目、目标疾病、各个检查结论的人次等。 根据国家规范及医院情况,使工作人员能采集受检者职业病相关信息,同时快捷的完成对职业健康体检的检查工作。 要求提供体检数据设置,要求支持体检基础数据的设置与维护。包含但不限于体检项目维护、医生建议、住院体检设置、体检医嘱套维护、导检单顺序设置、客户VIP等级维护、体检医嘱扩展、体检医生权限管理、短信模板维护、体检配置、健康问卷配置 7.HRP医院运营管理系统 7.1HRP业务基础平台 系统概述: HRP业务基础平台是系统的基础功能,是实现基于顶层设计的、业财融合的医院信息化总体建设的必要工作。整合包括人力、绩效、成本、财务、预算、物资、资产等管理内容的统一基础信息,实现各系统间联动的统一管理,进行多院区多单位的整合。统一管理系统的基础功能包括登陆、用户权限、界面管理,系统切换等内容。统一管理组织结构、基础信息、系统参数等各个系统公共使用内容。 功能要求: 要求提供组织架构、用户管理、权限管理、字典管理、系统设置、集成平台等功能 详细要求: 组织架构:要求支持集团、医院、科室等多层级管理模式,不同层级对应相应的权限和数据范围。支持组织结构图形化。 人员管理:要求支持基于集团组织部门机构,建立统一的人员管理体系。 基础信息管理:要求包括部门信息、职工信息、项目信息、供应商信息、客户信息、生产厂商信息、计量单位、病人类别、资金来源等。要求所有字典可以修改编码,而且有变更记录。 用户及权限管理业务具体要求说明如下: 角色管理:要求支持按照不同的职能和岗位划分,建立系统角色,配置相关的功能权限和数据权限。 用户管理:要求支持维护系统用户信息,按照内置制超级管理员、集团管理员、医院管理员、集团用户、医院用户等进行分类管理。配置用户角色,用户继承角色权限。 权限设置:要求支持配置角色和用户权限信息,包括组织权限、功能权限和数据权限等。集团、医院不同层面管理员权限管理。 权限管理:要求系统支持集团、医院、科室等不同层级对应相应的权限和数据范围。集团用户,能整个集团汇总后的报表和数据,也能单个医院、具体科室数据;医院用户,能自身医院以及科室报表和数据,科室用户只能本科室数据;预算管理模块,支持集团层面、医院层面、科室层面预算编制。 集成平台 可根据医院需求提供丰富的标准化功能接口和可扩展性。 数据库连接:要求系统接口程序能接口任何数据库类型,可以实现与任何类型数据库连接。 实现流程化接口:要求支持借助流程化编写技术,将复杂的接口程序实现清晰的步骤化管理,方便维护。 接口调用:要求支持自由调用数据接口程序,即可以手动执行接口程序,也可以自动执行,即可以每月导入,也可以每天或每周导入,也可以自由设置导入时间 7.2财务管理 7.2.1会计核算系统 系统概述: 按照医院执行相关会计制度,满足2019年政府会计制度的基础上,实现财务会计、预算会计双重功能,实现会计核算、分析、监督、预测等医院日常经济活动等相关业务。具备财务核算、财务分析、财务报表、往来账管理等功能。支持门诊住院患者收费数据,物资耗材采购消耗数据、固定资产折旧数据、职工薪酬数据等数据采集功能。 功能要求: 要求提供会计核算首页、凭证管理、自动凭证、帐薄查询、往来账管理、出纳账管理、工资管理、财务报表、期末处理等功能 详细要求: 会计核算首页:要求支持流程导航图,并且能够点击流程图各节点进行操作。 凭证管理:要求包含凭证制单、凭证保存、凭证打印、凭证删除、出纳签字、凭证审核、冲销、查询、删除、作废、恢复、复制;支持财务会计、预算会计凭证金额不等自动拆分;要求支持批量导入会计凭证辅助账。辅助账能够按照不同资金来源过滤;要求支持自定义设置出纳审核流程;可以上传凭证原始附件,并且能够打开附件。 自动凭证:要求系统需满足收入、材料、资产、药品、工资等向会计自动生成凭证功能;要求支持批量设置会计凭证差异标注;支持自定义设置自动凭证模板。 账薄查询:要求账簿查询包括科目账、辅助账、余额表、备查簿、账簿打印、现金流量明细表等信息。要求包含支持新会计制度的坏账准备备查薄;支持帐薄穿透功能。 往来账管理:要求支持反映往来单位、本单位职工和核算主体单位之间的资金往来情况,要求包括核销和往来核销明细查询和核销清册数据,以及应收账款多种方式自动提取坏账等功能;要求支持个人往来催款单功能;往来账核销记录对账关系。 出纳账管理:要求基于出纳管理的需要,包括出纳的全部工作内容:现金银行出纳流水账登记、现金银行日记账管理、出纳对账、银行对账等日常工作处理;银行对账支持对账序列;要求支持登记电子发票功能。 工资管理:要求通过将人员档案、工资项目等关联,支持针对不同人员或部门进行工资方案的定制,出具工资条、工资报表等各类数据。要求支持现金发放和银行发放两种方式,要求支持工资调整与记录,要求支持工资相关会计凭证的自动生成,要求支持个税与公积金的扣缴与查询;要求支持多套工资核算功能。 期末处理:要求支持月末处理、年末处理等功能;要求支持按照各科室进行提取医疗风险基金;要求支持各科室直接列支提取工会经费;要求支持收支自动结转;要求支持余额百分比、账龄分析法提取坏账准备,并且列支到科室明细辅助;支持公共费用分摊,自动生成凭证;要求支持合作科室费用分摊,自动生成凭证;要求支持自动待摊费用处理;年末处理支持年末自动结转,待分配结余等功能;要求支持年度预算下达数登记。 财务报表:要求提供配套的自定义函数,通过此工具实现财务报表、预算报表、附注表等上级单位规定的报表。还可以定义满足用户财务分析的个性化需求的报表。支持集团化报表功能。 要求满足2019年《新政府会计制度》的管理要求,建立以会计核算为核心的一体化账务体系,与各业务系统建立无缝连接,从业务数据中能自动生成财务会计凭证和预算会计凭证信息,要求通过会计凭证联查业务基础信息,追溯到原始数据。医院人、财、物、收费等各业务系统账务数据与会计核算中反映的信息一致,做到“账实相符、账账相符”,减少财务部门凭证录入量,保证信息的准确性,提升工作效率。 要求实现原始单据图像采集,实现财务电子化归档管理,延长会计原始票据保存期。 要求支持全面核算管理。可以处理科室核算、科研项目核算、往来单位核算、供应商往来核算、职工往来核算、病种核算等多种核算账,并支持自定义辅助核算。 要求满足医院现金流量核算的特殊要求。结合医疗业务特点,制作医院的现金流量表,及时准确的反映现金的流入流出状况。 要求支持医院以集团化形式运作的“财务集中管理”模式。实现集团内财务的规范化管理,以及主管机构对下属医疗机构的财务查询、财务监管、综合财务分析和报表汇总、合并等功能。 7.2.2票据管理系统 系统概述: 系统针对不同票据类型进行规范管理。从票据的购置、库存、使用、发放、核销等方面,清晰的反映了每张票据在整个医院经济活动中的流转过程,规范医院票据管理,堵塞财务漏洞,维护了医院财务核算的真实性、合法性。 功能要求: 要求提供基础设置、票据管理、电子发票管理、统计报表等功能 详细要求: 基础设置:要求支持对票据基础信息进行设置。 票据管理:要求支持票据库存管理、票据领用管理、票据打印等;支持票据与凭证联查功能。 要求实现票据的购置、领用、二次领用、管理和单张票据核销等功能,并满足票据等打印功能。 电子发票管理:要求支持电子发票管理从医院接/收角度可划分为接收的电子发票与开据的电子发票。 要求支持接收的电子发票核心管理为校验电子发票(含发票)真伪、便捷录入电子发票登记、防范重复报销、电子发票档案等几部分内容。 要求支持开据的电子发票核心管理为自动化开据电子发票、电子发票的领用、电子发票的使用(含打印)、电子发票核销及电子发票档案等几部分内容。 备查簿管理:要求提供管理应收票据、应付票据备查薄功能。要求能够及时查询票据使用及存档状况 统计报表:要求实现票据的库存汇总表、库存明细表、单张票据统计表、票据汇总统计表、票据出入库汇总表、往来款收据核销明细账等报表查询功能。 要求实现医院票据全过程管理,实现医院票据管理与税控开票系统之间的数据一致性,完善高效管理降低发票溯源时间,实现精准搜索,保障票据使用安全。 7.2.3银医直连系统 系统概述: 通过医院和银行互动联接,提高财务工作的准确度和工作效率,减少财务人员手工操作环节和工作量,降低差错率。实现对全院工资、奖金发放,日常报销支出,设备,耗材等实时在线划转,并能够实现银医自动对账。 功能要求: 要求提供银行接口配置、信息标准维护、网上支付、支付多方账户等功能 详细要求: 银行接口配置:要求支持配置银行接口信息,通过云服务建立和银行业务的业务对接通道。 信息标准维护:要求支持按照协定的银行协议,面向不同的业务配置数据交换标准信息。要求包括借款支付、报销支付、费用支付采购付款、设备付款、工资支付等交互信息标准。维护跨行行名行号。 网上支付:要求支持与财务系统、工资系统、物资系统、固定资产系统等进行对接,完成对借款、报销、工资奖金、费用支出、耗材、设备等款项网上支付。 支付多方对账:要求支持核对借款、报销、工资、耗材、设备等支付信息、银行支付信息、财务账务信息,保障支付信息的一致性。 7.3全面预算管理 7.3.1收支及业务预算系统 系统概述: 作为全面预算的基础及核心模块,支持业务预算、收支预算编制、审批、调整、执行、分析功能。 功能要求: 要求提供收支及业务预算编制依据维护、预算方案设置、支持自上而下、自下而上预算编制模式、实现预算审核、预算调整、预算执行、预算报表、预算监控分析等功能 详细要求: 预算科室定义:能够灵活的定义预算科室、业务预算指标、收支预算科目、支出项目等基础字典。 业务预算编制:要求支持业务、收入预算编制时能够支持导入预算编制依据,支持对历史执行数据的采集。 业务预算编制(自上而下):要求支持收入预算、业务预算编制能够支持自上而下的编制模式;要求支持概率预算等编制方法。 业务预算编制(自下而上):要求支持收入预算、业务预算编制能够支持自下而上的编制模式。 业务预算审核:要求支持能够支持业务预算、收入预算编制结果进行预算审核;支持两上两下存储过程。 业务预算调整:要求能够支持业务预算、收入预算编制结果进行预算调整。 业务预算执行:预算要求提供执行分析功能,能够清晰掌握预算的执行状态。 业务预算查询:要求能够支持收入、业务预算能够提供清晰的分析报表,对预算执行监控。 医保总额预付维护:要求包含对总额预付历史收入数据采集、全院医保额度控制和科室医保额度控制的维护;医保单病种预付维护:对单病种费用标准、单病种平均住院日、科室单病种业务预算、医院单病种业务预算的维护;医保人头预付维护:按人头付费标准进行维护;支持根据医保控制总额编制医保业务及收入预算;要求支持单病种付费业务及收入预算编制;支持按人头付款业务及收入预算编制。 财政基本补助收入预算:要求收入预算编制时支持财政基本补助收入预算编制;对离退休人员经费补助的预算。 其他项目收入预算编制:要求支持其他项目收入预算执行、预算执行监控等功能。 人员工资支出预算:要求支持支出预算编制提供人员工资、奖金支出预算编制功能;支持按照人事人员变动计划编制人员工资和奖金预算;可根据社保、公积金变动或医院各类职工调薪计划,对人员工资预算自动进行测算。 材料支出预算:要求支持支出预算编制提供材料支出预算编制功能;根据材料是否收费、是否医保分类编制预算;要求支持根据工作量预算及收入预算编制材料支出预算;要求实现对科室材料领用等环节的预算控制。 药品支出预算:要求支持支出预算编制,提供药品支出预算编制功能;要求支持根据工作量或收入预算编制材料支出预算。 固定资产折旧预算:要求支持固定资产现状、固定资产购置计划、现有固定资产折旧预算、要求包含预购固定资产折旧预算、固定资产折旧预算编制;要求支持固定资产折旧预算一键计算。 无形资产摊销预算:要求包含无形资产现状、无形资产购置计划、现有无形资产摊销预算、预购无形资产摊销预算、无形资产摊销预算编制 ;要求支持无形资产摊销预算一键计算。 提取医疗风险基金预算:要求包含科室医疗风险基金提取比例维护和提取医疗风险基金预算编制并支持医疗风险基金预算一键计算。 其他费用预算:要求包含出国费申报、差旅费申报、大型活动费申报、重大行政办公费申报、费用申报、费用定额设置、定额支出预算、其他支出预算、科室其他费用预算编制;要求支持费用定额设置;实现对借款、费用支付等环节的预算控制。 支出预算查询:要求包含医院支出预算查询、医院医疗支出预算查询、科室医疗支出预算查询等功能;支出预算执行监控:要求包含医院支出预算执行监控、医院医疗支出预算执行监控、科室医疗支出预算执行监控功能。 7.3.2采购预算系统 系统概述: 采购预算提供对材料、药品、固定资产的全面监管,并与物流、药品、固定资产采购形成互动,以确保预算的执行有效。 功能要求: 要求提供卫生材料、低值耗材、药品、固定资产的采购预算编制、预算审核、预算调整、预算执行分析等功能 详细要求: 资产采购预算:要求包含固定资产购置计划、入库信息、采购预算和预算执行监控;支持与资产系统联动,满足业务科室对资产采购预算编制的发起与参与;实现对资产采购的预算控制。 材料采购预算:要求包含科室材料支出历史数据、材料采购的预算编制、审批申请计及调整申请、科室材料领用数据采集、材料采购预算结转、查询、执行监控等功能;支持根据材料支出预算编制各物资分类的材料采购预算;实现对材料采购的预算控制。 药品采购预算:要求包含科室药品支出历史数据、药品采购的预算编制、审批申请计及调整申请、科室药品领用数据采集、材料采购预算结转、查询、执行监控等功能;支持根据药品支出预算编制各药品分类的药品采购预算。 7.3.3项目预算系统 系统概述: 系统对财政、科研、教学项目的预算及资金过程监控管理,实现项目申报、审核、执行监控的有效管理手段。 功能要求: 要求提供财政、科研、教学项目等项目初始建账、项目立项、预算编制、预算调整、经费到账、经费余额调整、预算执行、项目预算结转、项目结题、预算报表、预算监控分析等功能 详细要求: 项目管理:要求系统按照财政、科研、教学类型建立项目信息,对项目进行管理。要求包括:项目信息,项目立项,项目结题。 期初项目预算:要求支持期初项目预算明细和期初项目预算记账功能。 项目预算申报:要求支持项目预算申报添加和申报查询功能;对项目预算的调整。 外拨经费到账:要求支持对外拨经费到账的查询等功能;对经费余额的调整。 项目预算执行:要求支持对项目预算的执行数据的录入及执行程度分析。 年末预算结转:要求系统支持本年未结题项目结转下一年度。 项目预算查询:要求提供对项目预算的有效查询及数据分析。 7.3.4资金预算系统 系统概述: 通过资金预算需能够实现对全年度资金状况做出准确的预估,以方便医院的决策。 功能要求: 要求提供期初货币资金预算编制、现金流量预算编制等功能 详细要求: 期初货币资金:要求支持资金预算编制支持期初货币资金预算编制。 现金流量预算:要求支持现金的流入、流出、存量的预算和现金流量预算表功能;支持滚动预算编制;根据资金预算对各业务模块的付款功能进行控制。 7.3.5资金支出控制系统 系统概述: 资金支出控制系统能够实现对全年度预算资金支出做出准确的支出预警、控制,有效帮助医院合理的利用预算管控全院的成本支出。 功能要求: 要求资金支出控制需要包含借款管理、报销管理、预算控制方案配置等功能 详细要求: 借款管理 要求支持期初借款,期初借款记账,借款的申请、审核、支出、退换、查询等功能 报销管理 要求具备报销申请、报销审批、报销发放、报销查询功能。 预算控制方案配置 要求支持可配置控制环节和控制方法等。 7.4物流管理 7.4.1采购管理系统 系统概述: 系统支持科室需求计划、仓库需求计划填报,采购计划可按照需求计划、安全库存等方式编制,采购订单可根据采购计划生成。 功能要求: 要求提供可以从科室和仓库层面进行需求计划填报,采购计划可由需求计划生成、手工录入等方式进行编制、汇总、审核,采购订单能够由采购计划生成、汇总、审核,并对采购订单信息能够查询统计,订单执行情况进行分析等功能 详细要求: 供应商管理:要求提供供应商相关信息维护及供应商附属相关信息维护;可添加证件分类、查询供应商证件信息,要求支持供应商评价功能。供应商信息维护、供应商资质证件管理,并能够对有效证件到期预警。 生产厂商管理:要求支持生产厂商信息及附属信息维护。 材料证件管理:要求支持可添加证件信息、证件分类、证件材料管理及证件材料查询。 科室需求计划管理:要求支持根据科室需求编制需求计划,提供编制、审核、汇总、查询等功能;仓库需求计划:根据仓储需求编制需求计划,提供编制、审核、汇总、查询等功能。 采购计划管理:要求支持采购计划可以由需求计划生成、手工录入、仓库安全库存基数生成等模式进行编制;支持定向采购功能;支持集团、医院集中采购、分别采购;支持大包装采购,支持拆包装采购;可以根据库存基数自动补货。 订单管理:订单编辑:要求支持手工录入添加订单、采购计划生成订单模式,并可对订单进行修改。 订单审核:要求支持对订单进行审核,能够核对修改供应商、数量、金额、到货日期等信息。 订单发送:要求支持订单发送到供应商平台,并微信、短信等方式提醒供应商及时送货 订单查询:要求支持能够查询订单信息,包括材料数量、金额、供应商信息等。 订单执行:要求支持能够查询统计订单执行跟踪情况。 采购协议管理 要求支持采购协议信息、协议临近到期提醒等信息设置;基础设置;协议类别设置,可设置协议编码、名称、时间、预警天数等信息;系统支持协议价格控制功能。 要求支持实现从科室需求、到采购计划、订单、供应商、资质信息、供应的全方位管理。有效追踪采购过程全程信息,提升采购效率,保证采购质量安全。与供应商平台协同工作,实现院内院外物流的全过程闭环管理。 要求支持支持集团化采购模式,实现集团化统一采购、带量采购,控制采购成本。 7.4.2库存管理系统 系统概述: 系统需满足基本的库存管理。包含:入、出、转、盘等基础业务功能。 功能要求: 要求提供采购入出库、专购品入出库、材料移库的库存物资管理方式,提供盘点及材料库存分布查询、领用消耗查询。包括物料初始账、采购库房管理、分管库房管理、科室库房管理、专购品管理、网上请领、库存查询、发票管理、付款管理、期末结账等功能 详细要求: 物资分类管理:要求支持将物资按照低值易耗品、卫生材料、其他材料、捐赠物资、药品等进行分类,能够自定义分类编码规则。材料财务分类:要求支持能够按照财务进行分类。 物资财务分类管理:要求支持物流按照财务要求进行分类设置,便于财务系统对接。 物资材料管理:要求支持物资材料的添加、修改功能;要求支持物资材料变更查询:要求支持实现物资材料相关信息变更的查询。一级采购库房、二级科室库房信息的添加、修改、查询等功能;库房变更查询:提供库房变更查询功能。 货位信息管理:要求支持将货位进行分类设置,如医疗用品类、针剂类、试剂类、药品类等;货位字典:货位字典设置,货位编码、货位名称、货位分类、所属库房等相关设置。要求支持库房货位管理,可建立货位分类、货位字典建立。 提供虚仓设置,要求支持满足只核算数量但不核算金额的存货的库存管理;仓库材料定义:支持设立材料与仓库的对应关系;仓库采购员设置:仓库采购人员设置;安全库存设置:可根据需要设置安全库存量。 期初管理:要求支持常备材料、代销材料的期初入库的添加、修改功能;期初记账:物资期初入库记账。 材料管理:材料入库:要求支持材料入库的添加、修改功能,可实现手工制单、配套表入库、按照订单导入、按照送货单入库等模式,支持材料按批号、批次入库。 材料退货:要求支持材料退货管理,可按照手工制单、入库单整单或者部分冲账模式进行退货 科室申领:要求支持科室根据需求申领物资,设置科室申领功能;科室申领(不按仓库):可实现科室不按仓库申领功能,支持定向出库。系统支持科室申领自动分拣功能。 科室申领审核:要求支持可单独、可批量审核科室申领申请,审核通过可批量生成出库单。 材料出库:要求支持可使用配套导入、历史使用导入、定向出库、自动冲账或者选择材料的方式先择材料出库。 要求系统支持科研支出功能,要求支持材料按批号、批次出库。 材料调拨:要求支持可添加、修改材料调拨单,使材料在一级库到二级库、二级库各仓库间能够调拨;系统支持集团内调拨功能。 库存管理:要求支持库存盘点:可添加、修改盘点信息,生成盘点汇总表,可查询仓库材料账面数。 库存查询:要求包括库存明细查询、供应商采购明细查询、入库明细查询、科室领用明细、出库明细查询、入库台账报表查询。 报表管理:要求支持材料库存汇总表设置、材料库存汇总表查询、科室出库查询表查询、出库明细汇总表查询;材料明细表查询、库存材料收发账表查询、库存材料收发账表(虚仓)查询;供应商采购汇总查询、科室及物资出库分类查询、按仓库、业务类型分的材料收发结存查询。 付款管理:要求支持按照入库单据添加、修改采购发票相关信息;支持按消耗情况付款;支持一张发票对应多张入库单,一张付款单对应多张发票,同时支持拆单付款;支持货票同行以及后补发票功能。 预警查询:要求提供安全库存预警、超高限预警、短缺货预警。 期末结账:要求系统支持按月结账,并支持分库房结账功能。 7.4.3高值耗材管理系统 系统概述: 高值耗材支持代销的管理模式,同时支持一物一码,系统支持生成个体码、原厂家码录入,并可根据条形码进行追溯。 功能要求: 要求提供代销物资的出库、入库、移库、借库、盘点等功能;通过代销出库的管理实现专购品管理功能;提供代销库存明细查询、代销材料库存分布查询等功能。包括库存初始帐、代销入库、代销出库、代销移库、代销品盘点、库存查询等功能 详细要求: 物资材料管理:要求支持照高值分类建立材料字典,材料字典设置是否介入、是否植入、是否条码管理属性信息,满足不同高值耗材的管理流程。 代销管理业务具体要求说明如下: 代销入库:要求支持可添加代销入库单,制单模式支持手工录入、订单导入或配套表导入,条码管理材料入库时可生成个体码或者录入原厂码。 代销退货:要求支持手工制单,或者原入库单冲账模式。 代销出库:要求支持手工制单、配套表导入、入库单整单出库模式;系统支持材料按批号、批次出库。 代销调拨:要求支持一级库房到二级库房、二级库库房直接调拨功能。系统支持集团内调拨功能。 代销盘点:要求支持建立盘点表,按账实物盘点。 代销库存查询:要求包括库存明细查询、库存分布查询、供应商采购明细查询、供应商采购汇总查询、入库明细查询、科室领用明细、出库明细查询。 专购品管理:要求实现医院专购品管理功能、支持代销使用后材料生成专购品出入库单。 条码查询:要求支持对条码进行查询、查询条码管理的高值耗材条码、库存情况等。 要求支持在标准物资管理的基础上,针对高值医疗耗材,优化业务流程,实现更精细化管理。按照代销的管理模式,严格控制高值医用耗材的不合理使用,实现一物一码全过程闭环管理,要求实现高值材料的全流程条码追溯跟踪管理,跟踪到最终患者的使用环节。避免高值耗材库存资金占用,保证高值耗材及时供应和质量安全。 7.4.4耐用品管理系统 系统概述: 系统支持耐用品属性的物资按照耐用品模式管理,实现耐用品从入库到报废的全流程管理。 功能要求: 要求提供期初数据录入、耐用品流转、耐用品报废、耐用品盘点、耐用品查询、耐用品定额管理等功能 详细要求: 期初管理:要求支持可录入库房的耐用品期初、科室耐用品期初、可完成期初记账功能。 耐用品流转:要求支持可实现耐用品入库、耐用品库到库、库到科室、科室到科室流转的过程管理。 耐用品报废:要求支持可实现耐用品库房报废和耐用品科室报废等功能。 耐用品盘点:要求支持可实现耐用品库房盘点和耐用品科室盘点等功能。 耐用品查询:要求支持包括耐用品流转查询、耐用品明细账、全院耐用品数量分布、耐用品库存查询、耐用品收发存报表、耐用品报废明细表、耐用品五五摊销报表、耐用品领用查询等查询功能。 耐用品定额:耐用品定额数量管理。 7.4.5医嘱核销系统 系统概述: 为更好的取消“以领代耗”实现收费材料的“实耗实销”系统可以实现与HIS系统联通,实现根据HIS医嘱或者收费信息自动扣减科室二级库的材料。 功能要求: 要求提供库房信息管理、医嘱核销、核销设置、核销查询等功能。等功能 详细要求: 库房信息:要求支持能够建立科室二级库,实现物资从一级库房转移到科室库。 医嘱核销:要求实现与HIS系统连通,根据HIS系统的医嘱信息实现收费材料库存扣减;采用WEBSERVICE实时在线核销库存。 核销设置:要求实现仓库与科室对应、收费材料与HIS收费项目对照。 核销查询:要求支持对已经出库的材料可按照条码、材料信息查询病人信息、按照病人信息查询材料使用情况。 7.5资产管理 7.5.1医疗设备租赁中心系统 系统概述: 医疗设备租赁中心的建立,提供了集中管理,按需租赁的管理模式, 有效提高设备使用率,即能为医院急救医疗设备提供保障,又减少了闲置设备,为医院节约了资源。 根据不同的应用场景和不同的角色,融合了多种终端的应用,不同终端的操作保持数据共享。便于手机操作并常用的业务,提供了手机终端的应用,使系统的应用,不再受限于地点、时间。针对租赁中心人员,提供了专业的PDA终端系统。 功能要求: 要求提供租赁申请、借出管理、归还管理、续借管理、租赁中心设备分布等功能 详细要求: 租赁申请:要求支持临床科室可以通过手机端发起租赁申请。发起申请后,系统支持通过短信方式发送通知给租赁中心管理人员。 借出管理:要求支持租赁中心工作人员,可以通过PDA扫码借出,方便快捷准确,避免出现租借登记与借出设备不符的问题。 归还管理:要求支持多种方式归还。 要求支持临床科室使用完设备后,可以发起归还申请,通知租赁中心取回设备,租赁中心取回后,完成归还。 要求支持临床科室直接送还设备,租赁中心办理归还。 续借管理:要求支持临近预期的租借设备时间,临床科室可以在移动端申请续借,发起续借申请后,发送通知到租赁中心,租赁中心根据实际情况对续借进行审核确认。 租赁中心设备分布:要求支持相关人员可以通过微信了解租赁中心设备情况,更加清晰在库租赁设备有多少,在修的有多少,借出的有多少。 7.5.2资产管理系统 系统概述: 构建院内医疗实体资源网络,实现设备的运营、监控、管理。利用条形码技术,实现从固定资产设备申购到报废的全生命周期可追溯管理。 系统实现了从前期的购置申请、计划、安装、验收、库房管理、台帐管理等无形资产的帐物管理,以及使用过程中的维修管理、保养管理,到最终的报废减少管理,实现了无形资产的全生命周期管理。形成一条完整的生命周期主线,实现了每个无形资产发生的各种业务的可追溯性 功能要求: 要求提供招标管理、购置申请、购置计划、资产安装、资产验收、资产入库、资产出库、资产调剂、资产调拨、资产盘点、原值变动、累计摊销变动、资产改造、资产处置、卡片管理、付款管理等功能 详细要求: 购置申请:要求根据医院需求实现固定资产采购申请管理。 购置计划:要求根据医院需求实现固定资产采购计划管理。 购置申请:要求根据医院需求实现固定资产采购申请管理。 购置计划:要求根据医院需求实现固定资产采购计划管理。 招标管理:要求实现整个招标管理流程,从论证、立项、招投标公示等过程。 资产安装:要求实现资产安装管理,包括资产编码、资产名称、规格、型号、品牌、生产厂商、安装数量、安装费用等安装信息的维护。 资产验收:要求支持固定资产验收管理,支持按验收项目逐项验收。 资产入库:要求支持固定资产入库管理,支持批量入库,支持房屋卡片式入库,入库自动生成卡片,支持入库维护资金来源。 资产出库:要求支持固定资产出库管理,支出批量出库,定向出库等功能。 资产调剂:要求实现不同层面的资产调剂处理。 资产调拨:要求支持集团化内部调拨,支持平价调拨、异价调拨。 资产盘点:要求实现资产盘点单据的新增、修改、删除等功能,支持PDA、手机等手持设备移动盘点功能。通过资产盘盈(盘盈申报和盘盈入库)、资产盘亏(盘亏申报和盘亏记录)等盘点结果准确反映医院固定资产分布情况。支持固定资产一物一码的二维码管理模式。 原值变动:实现固定资产原值增加、原值减少等功能。 累计折旧变动:实现固定资产累计折旧增加、累计折旧减少等功能。 资产改造:实现资产改造申报、资产改造记录、资产改造竣工等功能。 资产处置:资产报废处置、置换处置、出售出让处置、退货处置管理。 卡片管理:支持多资金来源管理。支持同一卡片多使用科室按照不同比例分摊折旧成本。支持查询卡片维修记录,支持上传资产照片,支持上传卡片相关附件。 付款管理:系统实现了发票管理、付款管理等功能。支持发票与入库单相关联,可以根据入库单直接生成发票,也可以后补发票。支持多种付款方式,支持分期付款等。 7.5.3大型医疗设备效益分析系统 系统概述: 加强大型医疗设备管理,以单台大型医疗设备为管理对象,全面管理大型医疗设备基础信息、消耗信息和使用信息。采集的设备相关数据,从不同角度对设备的效益情况进行报表分析。 功能要求: 要求提供基础数据管理、消耗数据管理、设备基础管理、设备使用管理、效益分析决策等功能 详细要求: 基础数据管理:要求支持基础数据管理作为设备效益分析的基础,提供了收入、支出方面的服务项、服务细项、服务与服务细项对照、消耗项目、消耗资源等基础数据的维护功能。要求支持服务项、消耗项目、消耗资源、服务细项、服务与服务细项对照等数据维护。 数据导入导出:要求支持多种文件类型(表格、文本)的导入,多种导入模式,导入模板更灵活,且能预校验数据,要求支持将不符合数据逻辑规则的错误信息提示出来。导入失败的数据可以重新导出再整理。 服务项目消耗:要求支持在提供相应的医疗服务项目时,其所消耗的各种消耗项目的明细以及数量。 设备服务消耗项目:要求支持在提供相同的医疗服务项目时,不同的设备其所消耗的各种消耗项目的明细以及数量可能不同,可以通过此功能可以对消耗项目的消耗进行更精细化的管理。要求支持明确到每一种设备提供该种服务时所消耗的消耗项目,甚至明确到具体一台设备其提供该种服务时,所消耗的消耗项目。 质控项目消耗:要求支持除了在医疗设备为患者提供医疗服务的过程外,支持对医疗设备进行定期的质控的过程当中,消耗的消耗项目进行管理。 月度资源消耗:要求支持当医疗设备在使用过程当中,每月消耗的资源大致相同,浮动不大的情况下,要求支持通过此功能定义设备每月所消耗的各种资源数量以及费用。 设备对照:要求支持效益分析设备与其他系统中的设备进行设备对照管理,为数据采集提供支持。 设备服务对照:要求系统支持对进行效益分析的医疗设备,管理其可以提供的医疗服务项目信息。 专技人员管理:要求系统提供对可操作大型医疗设备的专业医技人员信息登记。 设备使用记录及查询:要求支持对医疗设备的使用信息,可以通过基础数据维护、设备对照及接口方式采集数据。同时支持数据导入、手工录入方式。要求支持指定年度、指定月份或指定时间段的设备使用信息的查询汇总。 设备使用消耗项目:要求支持医疗设备的使用信息支持以下三种方式:系统自动根据基础数据生成、表格导入、手工录入。 设备使用消耗项目查询:要求支持查询设备在指定时间段的使用的消耗项目信息。 设备使用消耗资源:要求支持根据月度资源消耗定义,系统自动滚动生成设备每月消耗的资源、表格导入、手工录入的方式增加记录。 设备使用消耗资源查询:要求支持查询设备在指定时间段的使用资源信息。 收益分析:要求支持收益分析通过统计计算收入、支出,计算出利润和净利润率,来反映该医疗设备提供医疗服务获得收入后,其获得利润的能力,用以反映收入与利润之间的关系。 收支明细分析:要求支持主要用于分析该设备在提供医疗服务过程当中,其成本总体支出情况,以及各种成本支出在总成本中所占比重。用以发现成本偏高的项目,为管理者发现问题及改善管理提供帮助。 投资效益分析:要求系统支持从投资收益率和回收期的角度进行分析,分析该设备的投资的收益能力。分析设备投资后年净收益总额与设备投资总额的比率,提供评价投资盈利能力的静态指标和设备投资每年所创造的年净收益额。 量本利分析:要求支持在变动成本计算模式的基础上,以数学化的会计模型与图文来揭示固定成本、变动成本、销售量、单价、销售额、利润等变量之间的内在规律性的联系。 动态分析:要求支持投资效益分析主要从投资收益率和回收期的角度进行分析,分析该设备的投资的收益能力。支持将资金时间价值也考虑在内,更全面准确的反映了设备的投资的收益能力,动态的对设备的投资收益和回收期进行分析。 决策分析:要求支持通过设备的各年净收益,根据内涵报酬率折算到设备采购当年,对设备的效益进行分析。对比内涵报酬率与折现率,分析真正的收益。内涵报酬率越大,表明收益越高,在决策分析当中也考虑了时间及利率因素。要求支持集团化医院,可以从集团角度对各分院设备进行对比分析。 7.5.4移动设备管理系统 系统概述: 医院的资产管理系统实现了从前期的购置申请、计划、安装、验收、库房管理、台帐管理等无形资产的帐物管理,以及使用过程中的维修管理、保养管理,到最终的报废减少管理,实现了无形资产的全生命周期管理。形成一条完整的生命周期主线,实现了每个无形资产发生的各种业务的可追溯性。 本系统是在资产管理系统的基础上,通过移动端的应用,解决了以往PC端应用的时间、地点的局限性,使用户可以在任何时间、任何地点、任何场合通过移动端使用系统,为用户提供了操作便捷、安全可靠、实时高效的管理模式,为提高设备管理的质量、效率、信息准确完整提供帮助。并利用移动端的特性改造、优化了相关业务的流程,提高了业务执行效率,使业务信息传递更加实时。 通过系统的应用,解决以往维修、保养等业务做完后,仅是补录信息的问题,为推动设备精细化管理、流程管理的工作落实,为信息实现管理科室、临床科室、操作员等信息共享,解决以往沟通难问题,提供了系统的支撑 功能要求: 要求提供盘点管理、维修管理、档案管理、质量管理、变动管理等功能 详细要求: 盘点设置管理:本界面功能要求包括:连接服务器设置、用户验证、权限验证以及设置/切换当前盘点单。 数据下载、上传:要求支持通过网络下载盘点单信息、科室信息、盘点设备信息、附件信息,支持离线盘点。将盘点结果上传至服务器。支持盘点结果的多次上传。 扫码实盘:要求系统支持多盘点单盘点,支持离线盘点。其中通过微信小程序中的盘点功能仅支持在线盘点。 要求支持根据当前盘点单,选择盘点科室。通过调用手机摄像头扫描资产设备上的条码进行盘点。在线盘点可以在扫描完条码后同时在移动端上显示设备信息及附件信息,与设备进行核对确认,保证盘点准确性。 差异清单:要求支持盘点结束后,系统自动生成盘点单,同已盘点完毕资产之间的差异清单,通过差异清单可以直观反映出本次盘点的盘盈盘亏情况。 维修管理业务具体要求说明如下: 身份验证绑定:要求支持通过微信企业号/公众号,用户和设备管理系统身份双重验证,微信账号绑定系统用户,保障信息安全。 操作日志:要求支持用户访问的所有业务操作,通过操作日志进行记录,保障数据访问可追溯。 科室报修:要求支持通过手机摄像头扫描需报修设备的条码,自动获取设备信息,选择故障现象,即可完成报修。报修的同时可以采集设备图片信息。 维修消息派送:要求支持根据维修工程师的管理范围,自动分配维修任务。同时通过微信消息功能将派单消息推送给维修工程师。 受理维修:要求支持维修工程师根据派单情况进行维修,维修过程中产生的费用、购买材料等可以通过系统填报及时反馈到相关业务科室进行查阅和审批。 完成评价:要求支持维修完成后,维修信息形成维修报告,相关人员可以对本次维修的维修质量、相应速度、服务态度等指标进行评价。 电子档案业务具体要求说明如下: 扫码资产信息:要求支持管理人员或临床科室通过手机扫描设备二维码,实时查阅设备信息。 手工查找资产信息:要求支持对于不在现场或二维码不清楚等场景,可以手工输入编号,查阅设备信息。 台账查询:要求支持职能科室可以登录访问本科室资产台账,随时了解本科室资产情况。管理部门可查找各类设备数量分布情况等。 生命周期:要求支持查询单台设备从采购到报废全生命周期情况,及时掌握资产的各种业务变化,维修维护情况等。 资料图片管理:要求支持临床科室可以设备使用手册,设备使用规范等资料信息,管理部门可以设备合同资料,或者发布设备维护保养规范等信息来促使科室正确使用仪器设备。 附件查询:要求支持随时相关设备是否关联附件,附件是否齐全,如有丢失可以及时发现。 变动管理业务具体要求说明如下: 调科申请:要求支持科室申请设备调科,支持扫码和手工录入编号申请两种模式。 调科待办列表:要求支持相关人员在待办列表中,可以待办调科申请信息,并进行审批操作。 报废申请:要求支持科室申请报废,支持扫码和手工录入编号两种模式、支持推送申请通知信息。 技术鉴定:要求支持工程师收到提醒后,去现场对设备进行技术鉴定,填写鉴定意见。如不同意报废,可以进行退回。 报废审批:要求支持相关责任人通过待办列表待处理业务单,进行单据审核。 报废进度跟踪:要求支持相关操作人可以在报废列表中历史单据,或未完成业务单进度信息。 质量管理业务具体要求如下: 保养记录:要求支持扫码快捷调出设备信息及保养计划信息,方便快捷记录保养信息。提供保养检查内容:根据PM模板项目,逐项进行保养检查,避免遗漏,为设备安全运行提供帮助。 检查记录:要求支持扫码快捷调出设备信息及检查计划信息,方便快捷记录检查信息。 使用信息:要求包含用以记录设备开关机时间,设备运行状态相关信息。 7.6消毒供应室管理 系统概述: 消毒供应管理系统包括对外来器械登记等内容,外来器械登记主要是对外来器械的厂商以及器械信息进行一些登记,如是否有植入物等,外来器械按照手术包流程处理。进一步规范无菌物资供应工作流程、提高工作效率、加强安全和质量管理、加强院感管理水平、提高无菌物品的可追溯性,实现贯穿供应室、手术室、病区、医技科室等相关工作区域的无菌物品质量追溯和过程管理。规范临床无菌物品的使用,同时降低临床科室工作负担,改善和加强无菌物品成本核算管理。 功能要求 要求提供消毒包信息维护、消毒包请领、消毒包回收、消毒包清洗、消毒包包装、消毒包灭菌、消毒包发放、消毒包登记、消毒包追踪、查询统计、系统配置等功能 详细要求: 消毒包信息维护:要求支持消毒包进行分类管理,根据分类进行消毒包数据维护,定义名称、规格、价格、属性、分类、类型、使用科室、器械明细、有效期,以及图片管理,根据属性分为普通包,手术包,敷料包等不同的属性包,在系统中有着不同的管理模式,手术包有唯一标签号。 要求支持器械维护,从而进行消毒包与器械的绑定,手术器械包可生成对应的固定条码,便于后期制作固定钢牌,方便扫码操作。需要提供消毒包基础数据,可按照基础数据中的Excel导入下载对应模板整理数据。 消毒包请领:要求支持临床科室可对需要的包进行申请,供应室根据请领的消毒,进行回收发放。临床科室可根据请领单跟踪查询单据状态。普通包,敷料包请领单:请领->回收->发放,借包单:请领->发放->回收。 消毒包回收:要求支持供应室根据临床科室申请的单据,安排护工去科室回收,单据信息核对无误后,进行回收操作。对于手术器械污包进行手术回收,回收时可器械明细、器械图片 消毒包清洗:要求支持对于回收的消毒包,可进锅清洗,在规定的时间内,清洗完毕后进行清洗验收,验收不合格的消毒包会自动在清洗不合格登记中记录。 消毒包包装:要求支持对于验收合格的消毒包进行标签打印,如敷料包打印、手术器械包打印、普通包打印,按照高温、低温不同标签纸进行分类打印,标签上标明打包人、核查人、包名、效期等信息。外来器械打包按照手术包打包,打印标签的时候,需要额外标明是否有植入物,使用科室、使用病人等信息。 消毒包灭菌:主要分为灭菌进锅、灭菌验收、灭菌装车、灭菌不合格登记:要求支持可对灭菌锅进行BD测试,BD测试验收合格的灭菌锅,才可进行消毒包灭菌进锅,灭菌时可进行高温生物监测,BD测试,低温等离子监测,环氧乙烷监测等,要求支持在规定时间灭菌完毕后,根据机器运行结果进行验收;灭菌机数据检测验收合格的消毒包才能发放,灭菌不合格的会自动进行不合格登记,并可重新进锅灭菌;可根据厂商提供的数据,进行机器数据采集,形成灭菌曲线图。 消毒包发放:主要包括手术器械包发放以及普通包发放,要求支持对于科室申请的敷料包可在普通包发放中进行扫码发放或按单据发放。要求支持普通包进行扫码发放后,扫描登记后可进行病人绑定,消毒包追踪时,可获取到发放相关信息以及病人相关信息。 手术包接收、手术清点:要求支持手术室进行手术器械包扫描接收以及在手术时,进行手术清点,从而实现手术器械包和病人进行绑定。 消毒包登记:要求支持用于临床进行的消毒包病人绑定,选择病人扫描消毒包进行病人绑定,从而实现消毒包全过程追踪。 消毒包追踪:要求支持系统内所有消毒包,进行包信息、请领、回收、清洗、打包、灭菌、发放、接收、病人绑定等全过程关键信息追踪,实现对消毒包各环节的质量管理和监测。手术器械位置追踪可所在区域的器械信息 查询统计:要求支持各工作区工作量统计以及清洗设备、灭菌设备过期包查询等。 系统配置:要求包括基础数据、参数设置、码表维护、机器设置、Excel导入等模块,基础数据主要是设置清洗方式、清洗程序等,参数配置主要是对系统内各模块的特殊控制,码表维护主要是新增清洗方式、清洗/灭菌程序,清洗/灭菌不合格原因登记,器械缺失原因等数据,机器设置用户维护清洗机、灭菌器以及绑定机器数据路径。 8.综合业务管理系统 8.1医政管理 8.1.1重大非传染病疾病上报系统 系统概述: 实现对符合重大非传染性疾病上报(肿瘤报卡、心脑血管报卡、糖尿病报卡、意外伤害报卡、疑似职业病报卡、高温中暑报卡、农药中毒报卡、非职业CO中毒报卡、出生缺陷儿报卡等共计10+种报卡)审核及上报工作,可按照区域疾病控制中心直接提供网络直报功能,保证事件上报的实效性、实时性。 功能要求: 要求提供报告填报、报告审核、报告导出和打印、查询统计等功能 详细要求: 报告填报:要求支持登记病人基本信息、诊断信息以及上报重大非传染性疾病所要求填写的疾病相关信息等。其中病人基本信息大部分可从系统中自动提取,且保存报告时系统会进行数据完整性检测,保证数据的完整性、正确性。 报告审核:要求支持临床医生填报报告卡后,管理人员可在报告查询页面查到该份报告,打开报告对填写内容进行审核。 报告导出和打印:要求对于已经审核的报告支持报告导出和打印,方便存档。在报告查询页面也可对查询出的报告记录做导出操作。 查询统计:要求系统支持通过报告时间查询报告记录,查询出的结果包含报告基本信息和患者基本信息。并且查询出的结果可支持导出操作。 8.1.2食源性疾病管理系统 系统概述: 食源性疾病管理主要用于协助临床医生完成填报食源性疾病报告卡、管理人员审核报告内容的工作。临床医生可以多次填写、修改、作废报告卡,管理人员可以对已经上报的报告进行内容审核,对不合格的报告可以修改、退回、作废。系统支持两种填写报告的途径,一种是下诊断后检测该诊断是否属于食源性疾病诊断,如果属于,则弹出相应的报告卡供医生填写;另一种是医生根据临床信息判断患者病情是否属于食源性疾病,如果属于,则可以在“公共卫生事件”页签中选择食源性疾病报告卡进行填报。 功能要求: 要求提供报告填报、报告审核、报告导出和打印、查询统计等功能 详细要求: 报告填报:要求支持登记病人基本信息、诊断信息以及上报食源性疾病所要求填写的疾病信息等。其中病人基本信息大部分可从系统中自动提取,且保存报告时系统会进行数据完整性检测,保证数据的完整性、正确性。 报告审核:要求支持临床医生填报报告后,管理人员可在报告查询页面查到该份报告,打开报告对填写内容进行审核。 报告导出和打印:要求支持对于已经审核的报告,支持报告导出和打印,便于存档。查询统计:系统支持通过报告时间、疾病分类等查询报告记录,查询结果包含报告基本信息和患者基本信息等,查询结果可导出,便于统计分析。 8.1.3传染病管理系统 系统概述: 传染病管理主要用于协助临床医生完成填报传染病报告卡、管理人员审核报告内容的工作。系统支持两种填写报告的途径,一种是诊间填报,临床医生下诊断时,系统判断如需要填报报告,给出相应的提示;另一种是医生根据临床信息判断患者病情是传染病后,在“公共卫生事件”页签中选择传染病报告卡进行填报。系统提供传染病监控功能,通过对临床诊断、检验结果、影像检查结果监控,及时发现传染病病例,提醒临床填报报告,有效解决医院传染病漏报、误报的问题。 功能要求: 要求提供诊间填报、主动填报、报告查询、报告审核、报告导出和打印、传染病监控等功能 详细要求: 诊间填报:要求支持临床医生在下诊断时,系统自动检查诊断是否传染病诊断,如果是传染病诊断,并根据传染病的分类、时效性要求、年龄要求、历史报告来判断强制报卡或提示报卡。 主动填报:要求支持临床确诊传染病后主动报卡,登记病人基本信息、诊断信息等。其中病人基本信息大部分可从系统中自动提取,且保存报告时系统会进行数据完整性、正确性检测,保证数据的完整性、正确性。 报告查询:要求支持可按照报告时间、科室、院区、报告状态进行传染病报告查询,查询结果包含报告基本信息和患者基本信息等,查询结果可导出,便于统计分析。 报告审核:要求支持临床医生填报报告后,管理人员可在报告查询页面查到该份报告,打开报告对填写内容进行审核。 报告导出和打印:要求支持对于已经审核的报告,支持报告导出和打印,便于存档。 传染病监控:要求支持基于临床诊断、检验结果、影像检查结果进行传染病筛查,结合传染病报卡情况筛查传染病漏报、误报,管理科室对筛查结果进行处置,处置结果反馈给临床科室,提示补录报卡或订正报卡。 8.1.4院内感染管理系统 系统概述: 医院感染管理系统旨在为医院构建一套完整的感染管理体系,有效预防和控制感染发生,提高医疗质量,保证医疗安全。医院感染管理系统对全院范围病人的感染相关因素进行监控,检索疑似感染病例,及时提供感染暴发预警信息,并为管理部门和临床构建一个信息沟通平台;建立感染报告管理平台,收集并统计分析感染发生情况;建立目标性监测平台,对感染易发患者人群进行过程监测,提高感染防护措施,降低感染率。 功能要求: 要求提供系统配置、综合监测、医院感染报告管理、目标性监测、细菌耐药性、统计分析、手卫生依从性、横断面调查、环境卫生学、职业暴露等功能 详细要求: 系统配置:要求支持设置系统的基础数据,院感疑似筛查规则和常用短语对照,对系统进行数据维护。 综合监测:要求支持包括疑似病例筛查和感染暴发预警两个部分,基于感染诊断标准、数据标准化及经验值,对住院患者感染指标做到精准筛查,筛查出疑似感染及高度疑似感染患者,实现感染管理科对全院疑似感染患者的管理,督促临床做好感染报卡及感染患者的治疗及防护工作。 医院感染报告管理:要求支持临床医生根据患者病情综合分析或者感染科通过感染监测指标筛查,发现患者发生感染在疑似病例筛查界面给临床医生发送消息,临床医生接收到消息后分析判断,若患者发生医院感染,及时上报医院感染报告。院感科对医生上报的院感报告进行审核,退回,删除等操作,同时院感科也可以住院病人信息来判断病人是否感染,对于感染病例直接进行院感报告填报,以此来对感染病例进行信息化监控。 目标性监测:要求支持重点监测感染高发、易发人群,对ICU、NICU、重点手术、多重耐药菌进行专项监测,根据感染指标分析,指导临床做好感染防护。 细菌耐药性:要求支持自动对微生物数据进行加载,结合最新多耐定义标准《医疗机构耐药菌MDR、XDR、PDR的国际标准化定义专家建议(草案)》进行多耐分析及时对临床科室和感控科预警提示,并显示出来,对多重耐药菌进行耐药菌的报告进行填报,提交,审核。 统计分析:要求支持医院感染发病(例次)率、医院感染现患(例次)率、医院感染病例漏报率、多重耐药菌感染发生率、多重耐药菌检出率、住院患者抗菌药物使用率、抗菌药物治疗前病原学送检率、Ⅰ类切口手术部位感染率、血管内导管相关血流感染发病率、手卫生依从率、CLABSI(血管内导管相关血流感染发病率)、VAP(呼吸机相关肺炎发病率)、CAUTI(导尿管相关泌尿系统感染发病率)等指标查询统计。注重报表的数据准确性、一致性;个性化报表单独分包,保证后续的升级,提供报表说明。 手卫生依从性:是指医务人员洗手、卫生手消毒和外科手消毒的总称。其中洗手是指医务人员用肥皂或者皂液和流动水洗手,去除手部皮肤污垢、碎屑和部分致病菌的过程。依从性也称顺从性、顺应性,指医生按规定进行洗手,要求支持通过填写的手卫生信息进行统计。 横断面调查:横断面调查又称横断面研究,因为所获得的描述性资料是在某一时点或在一个较短时间区间内收集的,所以它客观地反映了这一时点的疾病分布以及人们的某些特征与疾病之间的关联。要求支持根据横断面调查进行现患统计;医院感染率、社区感染率、医院感染病原体部位分布、抗菌药物使用情况、医院感染率现患趋势分析。 环境卫生学:要求支持针对环境卫生学监测实现流程化管理,其中主要包括科室申请单和检验科工作站两部分。科室申请单对科室需要做的环境监测进行申请及打印条码,检验科工作站则对环境卫生学申请进行发放材料、接收标本、结果录入。 8.1.5危急值管理平台 系统概述: 危急值管理平台通过医技系统与医院信息系统(HIS)危急值信息无缝对接,实现患者临床辅助检查中危急值的闭环管理。 功能要求: 要求提供临床提醒、临床接收、临床处理、查询统计等功能 详细要求: 临床提醒:要求支持危急值平台接收到医技系统的危急值报告后在HIS提醒用户包含消息提醒、图标系统提醒。 消息提醒:要求支持按患者就诊类型,就诊科室、发生时间配置消息接收用户,在HIS系统界面弹出危急值消息提醒,在未处理情况下每隔一段时间就会再次弹出,直到处理完成,确保危急值处理率;支持危急值的多级提醒,当危急值未及时处理时继续向上级发送消息提醒,督促完成危急值的处理。 图标系统提醒:要求支持当患者存在危急值须处理时,在患者床位图、信息条显示危急值图标,可以快速打开患者危急值记录。 临床接收:要求支持临床人员看到危急值提醒后,可以到患者的基本信息与危急值报告信息,需要先进行危急值接收,后台自动反馈回医技系统。 临床处理:要求支持临床人员对危急值的一系列操作:医嘱录入、病程书写。 医嘱录入:要求支持链入HIS医嘱录入模块,录入医嘱后与危急值记录绑定。 病程书写:要求支持链入电子病历系统,书写危急值病程记录并绑定起来。 查询统计 要求支持为医院医务管理部门提供危急值报告记录查询、危急值完成比例报表、危急值分布报表 危急值查询:要求支持按日期、科室、类型等查询危急值记录、跟踪患者危急值记录 危急值完成比例:要求支持以图表的形式展示医院危急值完成情况 危急值分布:要求支持统计医院危急值的科室+类型分布情况以及类型+科室分布情况 8.1.6医疗安全(不良)事件管理 系统概述: 医疗安全不良事件指在临床诊疗活动中以及医院运行过程中,任何可能影响患者的诊疗结果、增加患者的痛苦和负担并可能引发医疗纠纷或医疗事故,以及影响医疗工作的正常运行和医务人员人身安全的因素和事件。 医疗安全不良事件管理系统,能够对全院不良事件进行统一管理,实现事件填报、事件查询、事件审核、事件评估、事件追踪、事件通知、事件风险预警、事件统计分析、事件流程管理、事件权限管理、事件数据管理等功能。可以方便医护人员对不良事件进行及时的上报,通过分析发生不良事件数据可以更快的总结原因,分析原因,避免更多不良事件的发生。 功能要求: 要求提供事件上报,事件查询,事件审核,事件评价,事件追踪,事件通知,事件分享,事件转抄,事件关注,事件归档,事件监测,统计分析,系统管理,表单管理等功能 详细要求: 事件上报:要求支持事件上报人员范围为全院人员。 事件上报类型:要求支持医疗不良事件、护理不良事件(管路滑脱、跌倒坠床、压疮、用药错误、意外、堵漏隐患、一次性医疗、输液反应、药物外渗、失禁性皮炎、压疮高危人群)、药品不良事件、输血不良事件、器械不良事件、职业暴露不良事件、医院感染不良事件、非计划再次手术不良事件、投诉纠纷不良事件、医技检查不良事件、信息不良事件、后勤不良事件、治安消防不良事件、其它不良事件共14大类不良事件。 事件上报方式:要求支持匿名或者实名制上报,要求支持可以上传附件。 要求支持事件分院区上报管理。 事件查询:要求支持不良事件综合查询界面,能够查询报告已保存事件(草稿箱查询)与已提交事件(已报事件查询)。要求支持对报告信息进行查询修改提交操作,可以病人电子病历内容。在查询界面可以对报告数据进行打印导出操作,要求支持可以根据查询到的数据列进行多层条件筛选查询。 事件审核:要求支持不良事件审核查询界面,仅查询已提交事件。对查询到的报告可以进行、审核、评价、驳回修改、重点关注、案例共享、归档操作,要求操作都是根据权限显示操作按钮,还可以病人电子病历内容。要求支持审核查询界面可以对报告数据进行打印导出操作,要求支持根据查询到的数据进行多项条件筛选查询。 事件评价:要求支持医疗类不良事件有公共的评估单,可以对每一个报告评估单进行鱼骨图原因分析;要求护理类不良事件有护士长评估单、大科护士长评估单、护理部评估单,不同人可以对报告进行不同的评估,护士长评估单可以对报告进行鱼骨图原因分析。每一个评估都是根据权限配置显示的。 事件追踪:要求支持在不良事件审核界面中,可以对已经上报的报告进行持续追踪反馈。报告追踪反馈功能能够对之前追踪的信息进行,然后填写当前需要追踪的内容与追踪人和日期信息,使得对报告的每一条追踪记录都有迹可循。 事件通知:要求支持报告审核与报告驳回都带有消息提醒功能,不良事件首页报告管理模块会显示每一个小模块的报告数量。 事件分享:要求支持在不良事件查询界面有事件分享功能,对分享后的报告可以进行在线评论与学习;在不良事件审核查询界面有案例共享功能,用来已经转科的病人的不良事件报告数据。 事件转抄:要求支持在不良事件审核查询界面中有转抄功能,转抄主要用于在事件审核前,对某些问题不确定的可以将报告转抄给相关人员进行问题确定回复,待所有问题回复完毕后,审核人可以对报告继续进行审核操作。 事件关注:关注功能在不良事件审核查询界面中,要求支持当有重点关注权限的人员认为有些不良事件是需要大家关注的或者有需要注意的地方,可以使用重点关注功能,对报告进行关注操作,在首页可以直接重点关注的数据个数与数据明细。 事件归档:要求支持目前事件归档与配置权限有关,要求不管单人归档还是两人双签归档都是可以配置的。要求支持在不良事件审核查询界面,对全部审核完毕的报告,可以进行归档操作,其中归档与撤销归档必须是同一人,归档人与复核归档人可以是同一个人也可以是两个人,复核归档与撤销复核归档必须是同一人。 事件监测 填报时限:要求支持不良事件发生时间与不良事件保存时间不能超过24小时(此时间长度可以配置),超过24小时即为填报超时。 受理时限:要求支持不良事件发生时间与不良事件初次审核时间不能超过72小时(此时间长度可以配置),超过72小时即为受理超时。 统计分析 二维动态统计:要求支持可以动态选择事件的元素内容作为统计的横轴与纵轴,对不良事件进行数据统计与图形分析。 鱼骨图分析:要求支持不良事件评估时填写人物法环原因因素与处理办法,针对这些因素可以进行鱼骨图根因分析。 按类型统计:要求支持不良事件首页展示当前范围内每个类型上报的数据,进行条形图分析。 按月份统计:要求支持不良事件首页展示当前范围内按月份上报的不良事件个数数据表格与折线图分析。 按科室病区统计:要求支持不良事件首页统计当前范围内各个科室病区所发生的各个类型不良事件的报告数量。 按上报科室和月份统计:要求支持统计各个上报科室在每个月份季度上报不良事件的报告数量,也可以重新选取时间段与上报科室进行数据统计查询。 按季度月份统计:要求支持选择年份、报告类型、科室、统计类型(按月统计和按季度统计)等查询条件,对报告数据进行统计分析,可以统计多个年份的数据以折线图进行分析,表格进行展示报告例数。 按统计模板统计:要求支持有专门的统计模板维护界面,在根据需要维护好统计模板后,可以在综合统计查询界面对每个统计模板进行数据查询,并进行柱状图,饼状图,线型图分析。每个统计模板还可以维护溯源模板,进行数据溯源分析。 系统管理 不良事件类型权限管理:要求支持在不良反应事件分类字典维护界面,可以对不良事件类型进行权限、评估权限、分析权限、重点关注权限、归档权限、案例共享权限、删除权限、作废权限根据需要进行配置维护。 不良事件工作流管理:要求支持在不良事件工作流定义字典维护界面,可以对不良事件分类进行工作流自定义维护,同一个事件可以维护多个工作流,工作流操作权限与工作流项目操作权限可以自定义维护设置,对于不同级别的不良事件可以进行工作流项目的级别绑定,级别不同,工作流项目不同。 表单元素管理:要求支持表单上的元素可以根据需要进行添加、删除与修改。 表单分类管理:要求支持表单所属分类可以进行院区区分。 表单管理:要求支持表单布局可以根据需要进行修改,表单元素必填项也可以在表单维护中进行设置维护。 8.1.7随访系统 系统概述: 随访系统是指医院对曾在医院就诊的病人以通讯或其他的方式,进行定期了解患者病情变化和指导患者康复的一种观察方法。 通过随访可以提高医院医前及医后服务水平,同时方便医生对病人进行跟踪观察,掌握第一手资料以进行统计分析、积累经验,同时也有利于医学科研工作的开展和义务工作者业务水平的提高,从而更好的为患者服务。患者随访系统作为医院信息系统的基础,是医院信息化进程中的必然趋势。 该系统对于医院而言,能有效的改善医患关系,提高患者对医院的忠诚度。由于其专业的随访模板与软件随访机制,可以在不增加医者工作量的情况下给予病人更多的关心,保持并提高医院的病员量。同时对于具有研究价值的大宗病例进行有效跟踪随访,有利于研究工作的开展,从根本上提高医疗管理水平。 功能要求: 要求提供随访基础数据管理 、定制随访计划 、随访记录、随访工作量和分析、患者病历浏览等功能 详细要求: 随访基础数据管理:要求支持维护随访问卷的主题、内容、选择项等,将纸质问卷展示在系统里;维护ICD或科室与主题的对照,可根据病人的ICD诊断或科室自动定制随访计划;支持不同种类的随访主题维护,比如日常随访、专病随访、护理随访、家庭随访等。 具体功能要求包括:随访主题维护,主题内容维护,内容选择维护,主题与ICD对照,主题与科室对照。 详细功能要求说明如下: 随访主题维护:要求支持生效日期限制,支持发布功能。 主题内容维护:要求支持多级随访的维护。 内容选择维护:要求支持主题内容的选择项维护,支持分支选择。 主题与ICD对照:要求支持批量导入主题与ICD的对照。 主题与科室对照:要求支持批量导入主题与科室的对照。 定制随访计划 :要求支持操作员根据条件筛选出需要的病人样本,指定随访人、随访时间和随访问卷,对所选病人批量定制随访计划。 具体功能要求包括:筛选病人样本,定制随访计划。 详细功能要求说明如下: 筛选病人样本:要求支持病人类型分为门诊、急诊、在院、出院、体检等。 筛选条件要求支持就诊号、住院号、姓名、性别、院区、开始日期、结束日期、科室、出院诊断、年龄范围、住院天数等。 定制随访计划:要求支持随访问卷的多选、删除; 要求支持根据ICD诊断和病人科室自动定制随访计划; 要求支持离线随访,可导出某段时间内的随访计划,随访完成后可将随访结果导入系统。 随访记录:要求支持操作员选中某一条随访计划,点击拨号,根据展现的随访内容和病人电话沟通,记录问卷内容并保存。 具体功能要求包括:电话随访,问卷录入。 详细功能要求说明如下: 电话随访:要求支持自动拨号及录音。 问卷录入:要求支持自动展示患者随访计划的问卷内容,操作员勾选保存即可。 随访工作量和分析:要求可根据随访问卷记录情况,统计随访人员的工作量和患者满意度分析等。 具体功能要求包括:随访工作量统计;患者满意度分析。 详细功能要求说明如下: 随访工作量统计:要求支持可按随访日期时间段、随访人、随访问卷、联系情况、病人类型查询这段时间操作员的工作量及随访率,制作工作量报表。 患者满意度分析:要求支持可按随访时间段、病人科室、随访问卷具体内容(如满意程度、病人意见及建议等)查询满意度,制作满意度分析报表。 患者病历浏览:要求支持可调阅患者的临床病历数据,整合随访与临床数据信息。 8.1.8抗菌药物分级管理系统 系统概述: 抗菌药物管理系统通过对抗菌药物进行分类,实现不同级别的抗菌药物的流程配置化管理。系统支持各职称医生对不同就诊类型的患者所能开具的抗菌药物权限进行管理,支持各级别抗菌药物申请流程的定制,以及支持抗菌药物联合用药的管理。 功能要求: 要求提供抗菌药物权限管理、抗菌药物流程配置、抗菌药物功能配置、抗菌药物联合用药管理等功能 详细要求: 抗菌药物权限管理:要求实现不同的就诊类型,医生对各级别抗菌药物的权限管理,系统中权限分为级别权限和医生权限,只需维护级别权限,医生权限默认继承于级别权限,医生权限优先于级别权限。 抗菌药物流程配置:要求支持针对某种级别的抗菌药物医生无权限时,如何去向上级部门申请的流程管理。现在系统流程类型分为非特抗药申请流程、特抗药无审核权限申请流程、特抗药有审核权限申请流程三种流程。支持的审核节点有科室预审、会诊、科室审核、和最终审核。 抗菌药物功能配置:要求实现对抗菌药物各功能进行配置化管理。包括系统开关、常用功能、扩展功能、会诊设置、使用目的管控、碳青霉烯类及替加环素管控等,为整个的抗菌药物维护提供便利。 抗菌药物联合用药管理:要求支持对抗菌药物联合用药进行管理。支持当患者发生联合用药时,需要填写相关的联合用药原因,并且当患者的联次发生变更时,需要填写变更原因。 8.2数据驱动套件 8.2.1数据驱动基础套件 系统概述: 数据驱动基础套件以标准化和可定制的数据集成、业务集成和页面集成,将原本分散的各个业务和管理应用系统有机整合成为一个整体,让信息系统的各类使用者:一次登录可访问所有系统、所有与自身相关信息由过去被动变为主动提醒,最大限度的提高工作效率和协作能力。 功能要求: 功能要求:产品功能包括:我的日程、我的工作、通知公告、即时通讯、物资申领、我的工资、我的信息。 详细要求: 我的日程:要求我的日程显示的内容包含手术安排、门诊预约、门诊排班、其它日程信息。 我的工作:要求我的工作包含待办工作、待阅工作、在途申请、新邮件等功能。 通知公告:要求通知公告显示的是从【医院协同】系统推送的医院发布的通知、公告、规章制度,可以通知、公告、规章制度的详细内容。 即时通讯:要求即时通讯可以本院的用户、好友信息、经常联系的用户、群组,可以用户聊天、可以群聊、聊天记录等功能。 通讯录:要求通讯录显示本院用户的信息,包含用户所在的科室、用户的手机号码、用户的邮箱地址等内容。 物资申领:要求物资申领是以电商的模式展示的,包含物品的分类、物品的展示、物品的详细介绍、把物品加入临时申领单、申请物品信息、已经申领的订单、可以订单的审批进度、对物品进行评价等功能。 其它申请:要求其它申请是嵌入医院协同系统中的,各种申请表单,在系统中录入表单,提交给上级领导审批,包含请假申请、临时购药申请、科研立项等申请。 我的工资:要求我的工资显示的是从人力资源管理系统中按月每个月的工资情况。 我的信息:要求我的信息是从人力资源管理系统中个人的档案资料。 8.2.2数据驱动角色套件 8.2.2.1医生站(数据驱动版) 系统概述: 医生角色门户是为医院所有医生定制个人门户,将医生所关注的信息进行集中展示,同时将医生常用的业务操作集成在一起,方便医生的日常工作。将个人绩效指标通过门户进行推送,从而让医生及时了解当前绩效指标完成情况,随时调整个人工作的重点及方式。 功能要求: 功能要求:临床提示、患者列表、手术列表、门诊指标、住院指标。 详细要求: 临床提示:要求从临床业务系统中,抓取相关提醒类数据集中展现,提醒医生及时处理相关的业务操作 患者列表:要求列出本人或医疗组所管的患者的信息,在患者列表中,医生可以直接调取患者的电子病历、集成视图、下发医嘱等页面,从而实现不用登录业务系统也完成相关操作。 手术列表:要求从临床业务系统中,读取出本人或医疗组最近时间内的手术信息,及手术三日的手术及患者信息。包括患者信息、诊断信息、手术时间、手术室、主刀等数据。 门诊指标:要求统计并显示本人或医疗组当前月的各项门诊相关指标数据,并可各项指标的趋势图,从而改进工作内容或方式。 住院指标:要求统计并显示本人或医疗组当前月的各项住院相关的指标数据,并可各项指标的趋势图,从而改进工作内容或方式。 8.2.2.2护士长(数据驱动版) 系统概述: 护士长角色门户为医院所有护士长定制的个人门户,将护士长所管理的病区的信息集中展现,包括当前病区实时发生的数据,还有对病区历史数据的统计,通过图表的方式展现出来,方便护士长开展工作,管理病区内的各项事务。 功能要求: 功能要求: 病区概要、病区提示、患者列表、手术列表、排班考勤、当日医嘱、人力资源、出入院统计、费用统计、手术统计、医嘱统计、压疮发生率统计、跌倒发生率统计。 详细要求: 病区概要:要求显示当前护士长所管理的病区的信息总览,包括病区当前病危病重人数、总床位数、空床数、床位使用率、等出院人数等等。 病区提示:要求显示当前病区中需要护士或护士长关注或处理的事务,提醒护士及时进行处理。 患者列表:要求列出病区内的患者的信息,在患者列表中,护士长可以直接调取患者的护理病历、集成视图、等页面,从而实现不用登录业务系统也完成相关操作。为方便管理,将患者按以下类型分别展现: 手术列表:要求从临床业务系统中,读取出本病区最近时间内的手术信息,及手术三日的手术及患者信息。包括患者信息、诊断信息、手术时间、手术室、主刀等数据。 排班考勤:要求从护理管理系统中,读取本病区内所有护士最近一周的排班数据并显示,方便护士长对人员工作进行管理,同时还可以当月护士实际出勤情况。 当日医嘱:要求统计病区当日所有执行的医嘱数量,可按医嘱名称、医嘱频次、医嘱用法分别统计数据。要求支持自定义配置重点关注的医嘱进行统计。 人力资源:要求显示当前病区中所有的护士信息,将以图表的形式显示护士各个维度的统计信息: 出入院统计:要求按月统计一段时间内本病区的入院患者数量、出院患者数量、床位使用率等数据,并以柱状图、趋势图的形式展现给护士长。 费用统计:要求按月统计病区每月各种费用的总额,并以饼状图的形式显示费用的构成比例,同时支持按月查询。 手术统计:要求按月统计病区每月手术台数的总数,并以折线图的形式显示病区手术台数的变化趋势,同时支持按月和年进行查询。 医嘱统计:要求支持对自定义重点关注的医嘱按天、按月进行统计,以图形的方式显示一组相关医嘱的趋势对比。 压疮发生率统计:要求按月统计病区内压疮发生的比率,将以折线图显示压疮发生率的变化趋势。 跌倒发生率统计:要求按月统计病区内跌倒发生的比率,将以折线图显示跌倒发生率的变化趋势。 8.2.2.3临床科室主任(数据驱动版) 系统概述: 临床科室主任角色门户是为医院所有临床科室主任定制个人门户,临床科室主任除关注个人业务的数据指标外,同时更重要的是对整个科室的管理。临床科室主任门户为科主任提供了数据抓手,展示科室各个方面的运营数据,为科主任进行科室管理提供帮助。 功能要求: 功能要求:重点指标、重点关注、门诊指标、出院指标、不良事件统计、处方点评统计、手术统计、医保统计、会诊统计、抗菌药物排名 、危急值响应超时、传染病统计、死亡患者统计、医院感染统计、二次手术统计、临床路径统计、31天重返统计。 详细要求: 重点指标:要求以多种展现方式显示科室重点需要关注的指标数据,以便科室主任及时掌握科室运营的数据。 重点关注:从临床各业务系统中,抓取出来的相关数据,提醒科室主任关注或及时进行处理。除数值提醒外,还可以各提醒数据的详细信息。 门诊指标:要求显示本科室本月截止当前的各项门诊指标的数值,科室主任可以结合本科室的目标,对科室工作进行调整。同时还可以各项指标的日、月趋势图,并支持下钻科室内各医生这项指标的具体数值和排名。 出院指标:要求显示本科室本月截止当前的各项出院指标的数值。同时还可以各项指标的日、月趋势图,并支持下钻科室内各医生这项指标的具体数值和排名。 不良事件统计:要求统计本科室内发生的医疗不良事件的数量,按日、月显示趋势图,可按不良事件的类型分别统计并显示。以饼状图的形式显示每个月内发生的不良事件的不同类型的构成图,给科主任直观的指出当前重点的问题所在。 处方点评统计:要求读取处方点评系统中的数据,按月统计本科室内各种类型处方的点评不合格率,并以折线图的形式显现不合格率的发展趋势。 手术统计:要求读取业务系统中的手术数据,按月统计本科室内患者手术的台数、例数。 医保统计:要求读取业务系统中医保的数据,统计各医保类型的总额,并以图形的方式展现给科室管理者。 会诊统计:要求按月统计本科室内发生的会诊数据,以柱状图的形式展示。 抗菌药物排名:要求统计本科室抗菌药物的使用情况,包括每名医生使用抗菌药物的排名,以及抗菌药物使用强度等数据统计。科室主任可以通过这个功能,进一步规范本科室抗菌药物使用的流程。 危急值响应超时:要求按设定的响应时长,自动统计出本科室超出时间而且进行危急值处理的记录数量,并支持具体每例响应超时危急值的具体信息,包括患者信息、主管医生信息等,以便科室主任及时进行干预。 传染病统计:要去统计业务系统中本科室上报的传染病数量,按月统计并以折线图的形式显示在本科室内传染病发生的趋势。 死亡患者统计:要求按月统计本科室发生的死亡病例,并可以到具体的每例死亡病例的信息,包括患者信息、诊断信息、死亡原因等。 医院感染统计:要求通过读取院感系统的数据,分析本科室内当前院内感染的风险,并进行预警。 二次手术统计:要求按月统计本科室病区中,同一次住院期间发生过二次相同手术的数量,可每例手术的详细情况,并可以调取患者电子病历,了解手术的详情,并判断二次手术是否是非计划二级手术。 临床路径统计:读取临床业务系统中的临床路径数据,统计汇总后展示给科室主任,让科主任了解本科室临床路径的实际开展情况。 31天重返统计:按月统计当前入院患者属于上次出院在31天以内的总数量,可以到每例31天重返患者的住院记录、电子病历,判断是否是非计划31天重返记录。 8.2.2.4门诊运营与监管(数据驱动版) 系统概述: 门诊运营与监管门户是面向门诊办管理人员定制的门户,通过从各临床业务系统中获取门诊相关的数据,向门诊办的管理人员实时展示全院门诊运营的数据。通过对历史数据的分析,为管理人员进行管理提供依据。 功能要求: 功能要求:门诊监控、检查科室监控、收费监控、药房排队监控、准时开诊统计、传染病统计、门诊就诊统计、门诊退号统计、门诊退费统计、挂号统计、就医人群统计、门诊处方点评统计。 详细要求: 门诊监控:要求显示全院总号源及各类号源的使用和剩余情况,支持按科室显示各科室的号源使用和剩余数量;同时可以实时展现各诊室的情况,包括门诊医生、所剩号源数量、当前已完成看诊数量、当前排队患者数量、患者平均就诊时间等信息。 检查科室监控:要求实时显示各检查科室当前的工作情况,包括今日各检查科室预计检查的人数、当前已完成检查人数、已报到待检查人数,为门诊管理人员调配检查资源提供依据。 收费监控:要求实现显示各收费室的排队情况,统计已完成交费的数量及待交费数量。 药房排队监控:要求实时显示各药房排队取药的情况,如果业务系统支持,可显示各药房窗口的排队情况。 准时开诊统计:要求按规则对全院各诊室准时开诊的情况进行统计,显示各诊室医生一段时间内的准备开诊率排名。 传染病统计:要求统计全院门诊发生的传染病的数量,以柱状图的形式显示全院每日发生的数量,并支持显示各科室发生的数量。 门诊就诊统计:要求统计门诊全院门诊量趋势图。要求统计各个就诊时段(小时)门诊就诊人数分布。 门诊退号统计:要求统计全院门诊挂号发生退号的数量,并以折线图的形式显示退号发生的月趋势图,以便管理人员及时发现问题。 门诊退费统计:要求统计全院门诊发生的退费的数量及金额,以折线图形式显示发生退费的月趋势图,以及以饼图显示不同退费原因所占退费的比例。 挂号统计:要求显示全院挂号总数量及增长趋势,支持下钻显示各科室挂号的详细情况。可以按挂号的方式、挂号类型、建卡量分别进行统计展示。 就医人群统计:要求支持在全图地图上显示各省份来院就诊的患者的数量,也支持在本省地图上显示省内各市县来院就诊的患者数量分布。 门诊处方点评统计:要求汇总所有的门诊处方点评数据,按月统计出各科室处方点评的数量及不合格率,以柱状图和折线图展示出来。 护理运营与监管(数据驱动版) 系统概述: 护理运营与监管门户是为医院护理部的管理人员定制的个人门户,通过对全院护理相关数据聚集汇总的展示,向管理人员实时监管护理情况、调整护理工作重点提供管理数据支持。 功能要求: 功能要求:重点关注、周汇总、不良事件统计、重点医嘱统计、人力资源统计、手术统计。 详细要求: 重点关注:要求显示全院护士工作中重点需要关注的数据,并支持对各种数量下钻明细数据,包括以下内容: 当前在院人数:显示全院当前在院的住院患者数量。 病危人数:显示当前在院的已下病危医嘱的患者数量。 病重人数:显示当前在院的已下病重医嘱的患者数量。 特级护理人数:显示全院进行特级护理的患者数量。 待审核不良事件数量:显示当前各病区上报的不良事件,需求护理部审核的数量。 周汇总:要求显示全院一周内重点护理工作数据的汇总统计,包括:一周内转科患者数量、一周内出院患者数量、一周内入院患者数量、一周内死亡患者数量等。 不良事件统计:要求统计全院所有护理不良事件上报的数据,按不良事件的不同类型分别显示发生率的趋势。 重点医嘱统计:要求支持对自定义重点关注的医嘱按天、按月进行统计,将以图形的方式显示一组相关医嘱的趋势对比。 人力资源统计:要求显示全院所有的护士信息,将以图表的形式显示全院护士各个维度的统计信息: 手术统计:要求读取业务系统中的手术数据,按月统计全院住院患者手术的台数、例数。 8.2.2.5医务运营与监管(数据驱动版) 系统概述: 医务运营与监管门户是面向医务部管理人员定制的门户,通过对各临床业务系统中数据的读取,将医院医疗运营的实时及历史统计数据展示给管理人员,为指导医院医疗运营活动、调配医疗资源提供数据支撑。 功能要求: 功能要求:重点指标、医疗质量、医疗安全、住院监控、手术监控、住院大楼监控。 详细要求: 重点指标:要求实时展示全院重点关注的指标数据,如:全院危重人数、全院未响应危急值数量、院感暴发病区数量、全院欠费患者数量、全院住院超30天患者数量、全院二次手术数量、全院31天重返患者数量、全院24小时重返数量等。 医疗质量:要求支持31天重返统计:统计全院各科室31天重返的病例数量。支持到具体病例详细数据。要求支持临床路径统计:统计全院开展临床路径的实际情况,可到各科室的具体的临床路径执行情况。要求二次手术统计:统计全院各科室发生二级手术的数量,并可到具体手术的详细情况。要求处方点评统计:汇总所有的处方点评数据,按月统计出各科室处方点评的数量及不合格率,以柱状图和折线图展示出来。要求死亡病例统计:统计全院每日死亡患者的数量,按住院、急诊分别统计,并支持按科室进行查询。 医疗安全:要求支持不良事件统计:统计全院所有不良事件上报的数据,按不良事件的不同类型分别显示发生率的趋势。要求传染病统计:统计全院发生的传染病的数量,以柱状图的形式显示全院每日发生的数量,并支持显示各科室发生的数量。要求抗菌药物统计:按科室统计,显示科室门诊及住院抗菌药物使用率排名;按医生统计,显示医生使用抗菌药物使用率的排名;要求支持危急值统计:统计各科室危急值未响应的数量,支持查询具体危急值信息及相关患者、主管医生的信息。 住院监控:要求显示全院住院的实时情况,包括住院患者数量、危重患者数量、空床数量等,可下钻至各个病区,以床位图形式展示该病区各床位上患者的详细信息,还支持患者的电子病历、集成视图等信息。 手术监控:要求显示全院所有手术室的实时手术进展情况,可具体显示每个手术间当前正在进行的手术信息,包括患者信息、主刀医生、二助及护士等信息。还可以到已完成手术情况,后继排队手术的情况等。 住院大楼监控:要求以住院大数为单位,用图形化的展现方式,将住院大楼的病区及床位信息显示出来,可以一个屏幕上显示全院所有病区、所有床位的数据,一目了然的掌握全院住院的实时情况。 9.电子病历 9.1门(急)诊电子病历 系统概述: 按照《病历书写基本规范》要求,确保病历书写及时、完整、规范。书写内容主要包括初诊电子病历、复诊电子病历、急诊电子病历、电子传染病报告、电子出生证明和电子死亡医学证明等。 功能要求: 要求提供门(急)诊病历编辑、病历模板库管理、系统配置管理、病历权限管理、自助机打印、门(急)诊病历补打等功能 详细要求: 门(急)诊病历编辑相关详细要求如下: 病历创建:要求支持提供患者就诊后,医师可以创建患者的病历记录的功能。 病历编辑: 要求支持提供门(急)诊医师创建病历后,可以书写、保存病历的功能。 病历签名: 要求支持提供病历书写完成后,医师可以签名,签名可以配置宋体或图片的功能。 病历打印: 要求支持提供门诊医师可将签名后的病历打印出来的功能。 病历删除: 要求支持提供门诊医师可以删除保存过的有问题病历的功能。 病历数据绑定: 要求支持提供门诊医师在创建患者病历时,引用该患者的基本信息数据的功能。 病历引用: 要求支持提供门诊医师可以引用患者历次就诊的病历的功能。 病历模板库管理功能相关详细要求如下: 病历目录管理:要求提供按照电子病历基本架构标准管理的标准病历目录数据的功能。 病历模板管理:要求提供实施工程师、高级用户对病历模板进行维护管理的功能。 病历知识库模板管理:要求提供高级用户对知识库进行维护管理的功能。 病历模板版本管理:要求提供高级用户修改模板,得到医务科确认后发布版本的功能。 系统配置管理功能相关详细要求如下: 基础字典管理:要求提供项目实施通过基础字典管理新增、修改字典显示的HIS系统数据的功能。 数据引用管理:要求提供项目实施或产品实施维护病历结构化单元需要引用的患者基本信息、医嘱信息、诊断信息、费用信息的功能。 病种管理:要求提供高级用户维护病种以及病种与科室、icd疾病、知识库之间的关联的功能。 图库管理:要求提供高级用户维护图库的功能。 病历导航目录管理:要求提供高级用户维护显示在临床医师书写界面的病历目录的功能。 系统参数管理:要求提供项目实施或产品组实施使用系统参数配置用户各项个性化需求的功能。 病历权限管理功能相关详细要求如下: 操作权限管理:要求提供高级用户根据医务科的管理规定,用脚本对病历的操作进行权限管理的功能。 浏览权限管理:要求提供高级用户根据医务科的管理规定,用脚本对病历的浏览进行权限管理的功能。 加载权限管理:要求提供高级用户根据医务科的管理规定,用脚本对病历的加载进行权限管理的功能。 授权权限管理:要求提供高级用户根据医务科的管理规定,用脚本对病历的授权进行权限管理的功能。 创建权限管理: 要求提供高级用户根据医务科的管理规定,用脚本对病历的创建进行权限管理的功能。 诊断证明书审核 诊断证明书保存:要求提供门诊医师对诊断证明书创建、编辑、保存的功能。 诊断证明书签名:要求提供门诊医师对诊断证明书签名的功能。 门诊办公室审核:要求提供门诊办公室审核已签名的诊断证明书的功能。 门(急)诊病历补打功能相关详细要求如下: 门(急)诊病历保存:要求提供门诊医师对门(急)诊病历创建、编辑、保存的功能。 门(急)诊病历签名:要求提供门诊医师对门(急)诊病历签名的功能。 医师或者自助机打印:要求提供门诊医师或者自助机打印门(急)诊病历的功能。 门(急)诊病历补打:要求提供门(急)诊护士补打门(急)诊病历的功能。 9.2住院医生电子病历 系统概述: 通过病人从入院到出院所有的电子病历的管理,实现自动收集,统一存储,智能化分析的信息化管理,打开病人可以同时在统一界面中看到病人所有在本医院发生的电子病历,医嘱、检验报告、影像报告,把第3方系统嵌入到HIS中,无缝连接,报告结果可以自动输入到病人的电子病历中,把不同专科的病历分开以不同的结构化录入。 功能要求: 要求提供病历模板库管理、住院病历编辑、电子病历浏览器、电子病历术语管理、病历权限管理、隐私保护管理、图片生成等功能 详细要求: 病历模板库管理功能要求详细说明如下: 病历目录管理: 要求提供按照电子病历基本架构标准管理的标准病历目录数据的功能。 病历模板管理: 要求提供病历模板的定义、设计及模板版本管理等功能。 病历模板标题管理: 要求提供病历模板标题的定义和维护的管理功能。 病历知识库模板管理: 要求提供病历知识库模板的定义、维护及配置的管理功能。 病历模板审核管理:提供病历模板的审核的管理功能。 住院病历编辑功能要求详细说明如下: 病历创建: 要求提供医师创建病历文书的功能。 病历编辑: 要求提供病历书写、修改及保存的功能。 病历签名: 要求提供病历书写完成后,医师确认病历内容并签名的功能。签名可以是宋体文字签名,也可以是图片签名。 病历打印: 要求提供医师将签名后的病历打印出来的功能。 病历删除: 要求提供医师删除保存过的有问题的病历的功能。 病历数据引用: 要求提供医师在创建患者病历时,引用该患者的基本信息数据的功能。 病历引用: 要求提供医师可以引用患者历次就诊的病历的功能。 电子病历浏览器功能要求详细说明如下: 就诊历史记录的浏览: 要求提供护士或手术科室患者历史就诊记录的功能。 病历文书浏览: 要求提供护士或手术科室等浏览患者历次就诊的病历文书的功能。 检查、检验、医嘱单、体温单浏览: 要求提供护士或手术科室等患者历史就诊的检查、检验、医嘱单、体温单等信息的功能。 电子病历术语管理功能要求详细说明如下: 术语目录管理: 要求提供按照标准病历目录数据的标准术语目录数据的功能。 术语管理: 要求提供高级用户或项目实施人员依据卫计委的标准电子病历数据集标准WS445的功能。 术语对照管理: 要求提供高级用户或项目实施人员对术语和模板元素进行关联的维护管理功能。 系统配置管理功能要求详细说明如下: 基础字典管理: 要求提供项目实施通过基础字典管理新增、修改字典显示的HIS系统数据的功能。 数据引用管理: 要求提供项目实施或产品实施维护病历结构化单元需要引用的患者基本信息、医嘱信息、诊断信息、费用信息等数据接口管理的功能。 病种管理: 要求提供高级用户维护病种与科室、icd疾病、知识库之间的关联的管理功能。 图库管理: 要求提供高级用户对图库的配置和维护的管理功能。 病历导航目录管理: 要求提供高级用户维护显示在临床医师书写界面的病历目录的管理功能。 系统参数管理: 要求提供项目实施或产品组实施使用系统参数配置用户各项个性化需求的管理功能。 病历权限管理: 要求提供高级用户根据医务科的管理规定,用脚本对病历的保存、打印、删除、签名、留痕等操作进行权限管理的功能。 病历浏览权限管理: 要求提供高级用户根据医务科的管理规定,用脚本对病历的浏览进行权限管理的功能。 病历加载权限管理: 要求提供高级用户根据医务科的管理规定,用脚本对病历的加载进行权限管理的功能。 病历授权权限管理: 要求提供高级用户根据医务科的管理规定,用脚本对病历的授权进行权限管理的功能。 病历创建权限管理: 要求提供高级用户根据医务科的管理规定,用脚本对病历的创建进行权限管理的功能。 隐私保护管理功能要求详细说明如下: 隐私域管理: 要求提供高级用户对隐私域的配置和维护的管理功能。 图片生成功能要求详细说明如下: 图片生成服务程序:要求提供将每天产生的病历都生成图片并上传的功能。 病历图片获取公共服务: 要求提供第三方系统获取患者就诊的图片列表及病历内容图片的功能。 9.3病历质控系统 系统概述: 病历质控系统以建立病历书写质控标准为基础,实现“环节质控”、“终末质控”和“三级审核管理”三大功能,通过建立一套完整严密的消息反馈机制来实现各临床诊疗工作站与本系统之间实时互动,包括发送、传递、接收、处理、反馈等环节,来发现、提醒、修改病历书写过程中的各种质量问题。 功能要求: 要求提供系统配置管理、病历质控提示列表、科室级质控、院级质控、质控报表等功能 详细要求: 系统配置管理功能要求详细说明如下: 质控标准维护:要求支持定义主观评分标准、提示列表标准、保存提示标准、提交控制标准、打印控制标准、自动任务在院质控、自动任务出院质控等。 病历质控项目维护: 要求支持病历质控项目分为完整性和一致性两大类。一致性病历质控项目提供病历时效性、逻辑性、主观评分项目定义。完整性病历质控项目提供病历必填内容的质控项目的定义。 病历质控结构维护: 要求支持实施配置质控功能时,能够维护1:质控结构;2:检查条件;3:病历范畴 质控启动开关维护: 要求支持实施配置质控功能时,能够维护质控标准和启动选项,将相关质控标准和启动选项设置为有效。 病历质控提示列表功能要求详细说明如下: 自动质控提示列表: 要求提供医生书写界面提示系统自动检查发现的病历质量问题。 环节质控提示列表: 要求提供医生书写界面提示科室质控员发现的环节质控项目。 科室级质控功能要求详细说明如下: 病历环节质控患者列表: 要求提供科室质控员查询环节质控患者列表的功能。 病历环节质控: 要求提供病历质控员对患者病历集中浏览、标注病历缺陷、添加缺陷项目、发送质控消息的功能。 病历质控消息: 要求提供病历质控员本人所发送的质控消息处理情况查询、浏览的功能。 复制粘贴权限: 要求提供质控管理员对医生书写病历的复制粘贴操作的控制功能。 院级质控功能要求详细说明如下: 病历终末质控患者列表:要求提供病历质控员查询终末质控患者列表的功能。 病历终末质控:要求提供病历质控员对出院患者病历集中浏览、标注病历缺陷、添加缺陷项目的功能。 质控报表功能要求详细说明如下: 病历环节质控明细报表:要求提供病历环节质控明细内容的统计功能。 病历终末等级报表:要求为医务科提供病历终末等级的统计功能。 病历终末质控明细报表:要求为医务科提供病历终末质控详细缺陷的统计功能。 病历单分类报表:要求为医务科提供病历单分类质控项目的统计功能。 病历质控项目查询报表: 要求为医务科提供指定病历质控项目的查询统计功能。 9.4住院病案管理系统 系统概述: 住院病案管理系统完成患者入院分配病案号;出院病历提交后,提供电子病历回收、编目、归档、借阅、复印、封存、追踪、查询、统计等功能。为科学化管理病案、综合研究利用病案提供支持。分配病案号支持按院区、科室、病人类型等多种分号规则,并对每份病历生成唯一的条形码。实现病历流通流程节点的可配置。病历流通过程中,支持扫描条形码操作,批量操作病历,撤销操作等。系统支持全编目和非全编目两种编目模式,并提供编目后的数据接口。系统提供病历检索功能,能够自定义条件检索病案首页数据,编目数据,并提供导出功能。提供病案流通相关统计功能。 功能要求: 要求提供接诊日志、出院查询、病案操作、病案编目、病案复核、病案借阅、病案复印、病案查找、病案综合查询、状态查询、迟归统计、复印统计、收费统计、借阅查询、工作量统计等功能 详细要求: 接诊日志:要求支持住院接诊、病案号分配及创建病历主索引情况。 出院查询:要求支持查询出院病历、迟归病历、批量回收出院病历功能。 病案操作:要求支持处理病案流通过程中的回收、上架功能,提供打印条形码、批量操作,撤销操作等功能。 病案编目:要求支持对病案首页进行编目操作,支持全编目和非全编目(只编诊断和手术操作),支持保存草稿,电子病历,费用,附页等信息。提供内置诊断和手术的编目规则,对编目错误进行提示。 病案复核:要求支持病历无纸化后工作人员对病历内容进行复核操作。 病案借阅:要求支持针对纸质病历,操作病案借阅,记录借阅人、借阅目的、借阅内容等信息。 病案复印:要求支持对病案复印进行登记,记录委托人信息、复印张数、复印内容、复印目的等内容,并进行收费,记录费用,打印发票功能。 病案查找:要求支持通过病案号,患者姓名,证件号码等查询病历并展现病历的流通时间线。 病案综合查询:要求支持自由组合病案首页数据、编目数据来作为查询条件检索病历,要求支持创建不同的查询方案。 状态查询:要求支持查询质控不合格病历、未完成特定操作病历、当前状态病历、历史状态病历。 迟归统计:要求支持统计病历3日、5日、7日迟归情况。 复印统计:要求支持查询复印明细。 收费统计:要求支持统计病历复印收费明细。 借阅查询:要求支持按条件查询借阅病历。 工作量统计:要求支持统计各个步骤的工作量。 10.医院智能护理(iCare) 10.1智能护理管理系统 系统概述: 护理管理系统,是为医院各级各科室护理人员提供全面的人力资源、绩效管理、组织体系、护理质控等护理全面的解决方案;是对全体护理人员成长过程的记录,可协助护理管理团队在数据层面跟踪护理工作从整体到个体的完成情况,实现动态调控的绩效评估与人力调配。 护理所涉及的绩效管理更是可以科学的按照护理工作的质和量,为护理人员提供奖金奖励,激励护理人员的工作热情,提高住院患者的照护质量。在面对全院护理质量进行持续管控与改进的同时,系统也将护理人员的在职教育与考核融入日常工作中,不断提高护理人员的知识面,并改进各级护理规范。另外,系统通过与院内HIS等系统的对接提取护理工作量的数据、临床护理相关数据集,协助护理管理团队从多维度梳理全院护理工作。 功能要求: 要求提供护理档案管理、科室事务管理、护理工作量管理、护理质量控制、人员动态、护士长手册、护理教学、护理调查、科研管理、专业组、实习进修、护理指标分析、基础数据维护、系统设置等功能。 详细要求: 护理档案管理:要求护理档案管理通过对护士的个人档案信息的完善及管理来实现护理部对在职护理人员的统一管理,方便护理部掌握在院所有护理人员的基本素质、学历分布、专业分布、年龄层次、聘任职称、护士层级、护士调科信息等等,主要功能要求包括护士档案、技术能手、服务之星、护士离职、奖惩情况、离退人员列表、护士排班看板、护士退休、人力指标、离职情况分布、人员一览表等等。 科室事务管理:要求对护士工作进行安排、统计。主要功能要求包括关联床位管理、初始化积假设置、排班日程、请假申请、护士长请假备案、换班申请、改班申请、排班统计等功能,关联床位管理是关联HIS病区专业组及床位。 护理工作量管理:护理工作量管理要求用于对护士的工作进行数据统计,实现完整的工作量数据统计工作。主要功能要求包括服务之星统计、技术能手统计、工作量项目、生成月报、工作量月报查询等功能。 质量控制:要求支持抽取质控指标进行表单重组,能够有效的根据敏感指标进行质控评价,要求采用PDCA循环质量管理能够有效的提升护理质控水平,要求通过友好的人机交互、三层质控和三级指标的系统分类、PDCA的流程及科学的数据分析工具,为护理质量控制提供高效的解决方案,主要功能要求包括质控组管理、检查病区维护、检查病区分组、检查任务计划、质控排班、换班申请、质控任务发布、质控检查、随机检查、复查检查、质控问题汇总、质控统计分析等功能。 人员动态:要求包括科室轮转、弹性调配和院内调岗功能;其中科室轮转是对未定科的护士制定的轮转计划,计划发布后轮转护士分配到各个病区由带教老师指导其护理相关的工作;弹性调配要求包括计划性调配和随机调配,弹性调配一般用于突然状况(如疫情原因,部分科室患者急增,需要增加护士)进行护士批量调配;计划性调配要求需要护士长提交用人申请由科护士长或者护理部审核通过然后分配人员;随机性调配则由护士长直接将护士的调配信息提交即可。 组织管理:组织管理要求包括组织管理制度和组织规划功能。 组织管理制度要求支持对护理部、科室和病区对相关制度的维护、查阅以及护理文件的管理及维护工作。 组织规划要求支持护理部对工作规划、工作计划、工作重点的维护工作,其中工作计划和工作重点又分为年度、季度、半年和月底计划和重点。 护士长手册:要求根据项目实际情况进行系统的功能优化升级。具体功能要求包括手册说明、护理人员信息、计划总结、质量管理、风险管理、日常事务管理、护理查房、病例讨论、手册审阅等功能。 护理教学:要求包括日常练习(章节练习、真题模考、学习资料库)、考核发布、理论考核、技操考核、应急预案考核、应急预案演练、教学情况汇总(综合汇总、培训汇总、考核汇总)等功能。 护理调查:要求包括护士满意度调查、患者满意度调查和出院随访等功能。 科研管理:要求科研管理支持对在院护士的发表论文、交流获奖论文、年底上交论文、科研立项、科室创新、获奖科研、专利备案、新技术申报审批等功能的填报。 专业组:要求支持医院对于各个专科专业组、人员进行分配登记,此外还有专科护士备案以及再认证等工作也可以在系统中进行相关信息的统计。 实习进修:要求包括实习生列表、进修人员管理、轮转管理、人员登记、培训管理、奖惩记录等功能。 护理指标分析:要求包括敏感指标、医疗照护(工作量)指标、人力指标、安全通报指标、质量考核指标;建立指标数据平台,可实现与HIS系统、移动护理、护理病历、护理排班、不良事件、人力系统、院感系统等护理相关系统的对接,要求指标系统支持高度可配置化管理,支持数据源定义、指标的快速构建、报表模板定义等,可满足护理指标数据的提取。要求支持根据填报、上报、导入需求进行模板的定制,系统需根据敏感指标的要求,自动导入符合国家护理质控平台要求的模板。 基础数据维护:要求包括片区(大科)设置、科室设置、病区设置、楼层设置、全局排班类型管理、病区排班类型管理、质控项目管理、公共代码维护、节假日维护、用户设置、教学维护、专科护士再认证项目、调查问卷维护等。片区(大科)设置要求实现对片区(大科)的添加功能,并可以关联所辖科室;科室设置要求实现对科室添加功能,并支持关联所辖病区;病区设置要求支持病区的添加功能,需支持顺序调整、关联所属科室功能,要求支持与HIS病区的关联;楼层设置是对楼层的维护,要求支持楼层关联病区功能;全局排班类型管理是护理部对全院所有排班班次的维护功能,要求支持顺序调整、班次时间段的维护、班次导出等功能;病区排班类型管理要求支持病区护士长对本病区所属班次的添加、班次时间段的维护功能;要求质控项目管理支持对质控指标的添加、编辑、删除、导入、导出功能;公共代码维护需支持对系统公共代码的维护功能;节假日维护需支持对国家法定节假日的维护功能;用户设置需实现对用户的his信息的相关关联;教学维护需支持对理论项目、技操项目的考核题目的维护;专科护士再认证项目要求支持相关认证项目的维护;调查问卷维护要求支持对护士满意度调查、患者满意度调查以及出院随访问卷的维护。 系统设置:要求支持对护理管理系统参数的维护。具体功能要求包括模块设置、菜单设置、菜单权限设置、病区权限设置、用户角色管理、系统参数设置、综合参数设置、列表配置、夜班费及系数等。 10.2智能护理病历系统 系统概述: 护理病历系统,可用于满足住院部床旁护理的日常工作要求,功能涵盖日常护理所需的各种护理文书,有助于医院对护理实现精细化管理,大幅缩短护士的病历书写时间,优化护理工作流程,可提高护士的工作效率,有效降低护理差错事故的发生率。产品实施简便,实施周期短,绝大部分用户需求可以通过简单配置完成。用户可自定义界面、报表和参数等,不同科室也可定义不同的参数和界面,系统提供系统接口,通过接口对接可调取所需相关数据。 功能要求: 要求提供体温单、血糖单、评估单、中医专科评估单等功能。 详细要求: 体温单:要求支持护理人员利用手持PDA系统采集体征数据、患者事件的输入,系统可自动生成体温单绘制并支持打印;根据采集患者体征数据自动生成血压趋势图。 血糖单:要求支持单人和多人批量两种输入血糖数据模式,自动生成血糖单,自动生成血糖趋势图,趋势图可展示每个采集值的详细信息,支持根据血糖采集状态过滤。 评估单:要求系统支持入院评估、Gordon11项身体结构功能评估以及各专项评估,可自动生成护理评估单。 中医专科评估单:要求系统支持护理人员通过对证候症状、主要症状、中医护理技术、主要辩证施护方法,开展中医护理方案制定,支持对中医护理方案、中医护理技术依从性/满意度、中医护理技术应用情况、主要辩证施护方法应用情况等维度的统计。 11.医院信息平台 11.1医院服务总线 11.1.1平台管理 系统概述: 平台管理为医院提供一个统一的、标准的、可靠的、可扩展的管理平台。平台可以按照不同业务分类的方式进行多平台业务的划分,根据医院业务的实际情况,通过对业务的使用级别和安全级别等因素将多个业务分散到多个平台上,每个平台上服务功能相互独立,其中一个出现问题时,对其他服务没有任何的影响;当早高峰数据量过大,连接数较多情况下,服务器硬件无法满足需要处理的性能消耗,平台也支持通过负载均衡来实现平台的水平扩展从而提高性能和提高系统的稳定性。 功能要求: 产品功能要求包括:多平台统一管理、接入平台系统,平台标准服务,平台消息以及行业内各标准的统一管理。 详细要求: 多平台统一管理:要求集中管理不同业务分类的多个平台,通过负载均衡实现平台的水平扩展。 接入平台系统:要求包括平台接入系统管理、包括接入系统、接口系统启用、接入系统停用、接入系统编辑等。 平台标准服务:要求提供平台的标准化接口服务,以组件的模式对平台服务进行管理。 平台消息管理:要求提供平台消息管理功能,包括消息汇总、异常消息、消息发布信息、消息订阅信息等。 行业标准管理:要求提供对系统中的角色、用户进行维护管理功能,包括角色管理、用户管理功能。 11.1.2服务管理 系统概述: 服务管理是数字化医院综合平台医疗信息交换层的核心内容,主要解决数字化医院综合平台与医院各业务信息系统间数据交换的问题。通过服务接口的标准化,使得服务可以提供给在任何异构平台和任何用户接口使用。服务请求者很可能根本不知道服务在哪里运行、是由哪种语言编写的,以及消息的传输路径,而只需要提出服务请求,然后就会得到答案。 功能要求: 产品功能要求包括:多种输入和输出适配器、服务注册中心、服务发布中心等模块。 详细要求: 多种输入和输出适配器:适配器是连接各种应用、技术、协议的暴露其功能和数据的高度标准化和可复用的程序,适配器具有处理异常,能够重试、超时和恢复等功能。目前适配器的类型有:xDBC、 TCP/IP 、 HTTP、 File、 COM、 SOAP、 REST等。 服务注册中心:服务注册中心是指服务提供者向服务注册管理中心发布服务的功能,服务提供者是服务的所有者,负责定义并实现服务,对服务进行详细、准确、规范地描述,并将该描述发布到服务注册管理中心,供服务请求者查找并绑定使用。服务注册管理中心具有目录服务、监控、负载均衡、安全控制、分布式强健壮、适用于高并发等功能。 服务发布中心:服务发布是由总线自身生成相应服务并对外进行发布,服务请求者使用服务描述中的绑定细节(调用者的身份、位置、方法、绑定、配置、方案和策略等描述性属性信息)来定位、联系并调用服务。服务发布中心将所有的服务部署到一台或者多台物理服务器上,形成一个整体对外提供服务,服务发布中心对所有发布服务进行统一的管理调配。各个业务系统直接访问服务发布中心查找需要调用的接口位置进而调用,不需关心下游系统使用情况。 11.1.3消息管理 系统概述: 消息引擎要求提供可扩展的规则引擎和友好的可视化操作界面,从而实现消息的快速批量查询和订阅,同时,利用强大的对象模型以及高性能的数据和元数据存储,能够确保由不同的应用程序接口、服务、技术和数据来源产生的活动进行清晰透明的集成,此外,还可以实时访问当前和此前用于审计和业务活动监视(BMA)的已处理的信息,还能访问高可靠性和可恢复性得长时间运行的业务流程。 功能要求: 产品功能要求包括:支持基于消息的传递、支持同步和异步交互方式、基于消息内容的路由规则、数据格式转换、值域转换,消息监控等。 详细要求: 基于消息的传递:要求依靠消息传递信息,消息也会被持久化,同时支持消息的队列管理、消息的同步、任务识别、消息的跟踪、消息的定时发送、事件处理、通知等功能。 支持同步和异步交互方式:要求以同步方式发出的请求消息要等待应答消息到达才继续下面的传递。以异步方式发出的请求消息可以不需要应答,也可以需要应答但不等待,应答消息到达时再处理。 基于消息内容的路由规则:要求路由和基于规则的流量控制能力可用户定制和扩展,能轻松的支持最简单和最复杂的集成环境。 数据格式转换: 数据格式转换是整合平台将信息和数据从一种格式转换为另一种的能力。 值域转换:要求实现值域转换映射。 消息监控:要求提供图形化消息监控界面,实时消息负载及消息异常状况等内容。 11.1.4标准管理 系统概述: 标准管理中心融合多种国家标准和行业标准,通过界面化的工具完成标准录入和维护工作,应提供数据值域转换工具对医疗机构在异构系统之间同一数据项内容不一致的情况,进行非标准和标准之间相互转换功能,打破“信息孤岛”、实现数据共享;提供数据格式转换工具用于各业务系统对外接口按统一标准暴露出来,医院对各业务系统接口情况有了全局的掌控。使得各系统向专业化、纵深化方向发展,升级、改造更加轻松,为未来可能采购或开发的新系统提出交互标准要求,从而保证信息系统建设的长期有效性,提高业务系统之间的应用集成、互联互通的能力。 功能要求: 产品功能要求包括:标准字典、术语字典、共享文档、交互服务等模块。 详细要求: 标准字典:要求包括身份证件类别代码表、地址类别代码表、ABO血型代码表、Rh(D)血型代码表、诊断状态代码表等400多个国家和行业标准代码表。 术语字典:要求包括ICD-9手术编码(北京、全国)、ICD-10手术编码(北京、全国)、ICD-9诊断编码(北京、全国)、ICD-10诊断编码(北京、全国)、形态学编码(北京、全国)。 共享文档:要求提供医院内部不同信息系统以及医院外不同机构之间的互联互通、信息共享为目的的科学、规范的医疗信息记录,在结构上遵循《卫生信息共享文档编制规范》,并结合业务实际进行了细化和应用落地。要求遵循HL7 RIM模型,借鉴国际上已有的成熟文档结构标准ISO/HL7 CDA R2三层架构,同时结合我国医疗卫生业务需求,进行本土化约束和适当扩展,以适合我国卫生信息共享文档共享和交换。 交互服务:要求基于RIM模型,参考HL7 V3标准,结合医院的实际情况和需求,对上述标准进行本地化扩展,建立医院信息交互规范,并文档化。提供医院信息服务、互联互通的标准化指南,明确场景、信息模型、标准化服务的提供方、服务消费方。目前卫生部制定交互服务规范的数量36个,主要涉及患者身份信息、医护人员信息、医疗卫生机构(科室)信息、电子病历文档信息、医嘱信息、申请单信息、就诊相关信息、字典信息。 11.1.5流程管理 系统概述: 流程管理作为服务总线的重要组件,为未来医疗信息系统的业务发展和业务创新,提供了灵活高效的技术平台。流程管理要求具有提供开发灵活、按需配置业务流程、快速定义、 创建和部署灵活的解决方案的能力,满足通过集成业务流程内部的服务、数据、规则、角色来满足不断变化的需求。 功能要求: 产品功能要求包括:工作流引擎组件、可客户化的图形操作界面、启动、管理和监视流程的功能等模块。 详细要求: 工作流引擎组件:要求包含调用组件、代码组件、逻辑判断组件、循环组件、延迟组件、警告组件、异常组件等多种引擎组件。 可客户化的图形操作界面:要求提供可视化的流程配置界面,实现流程的自主配置。 启动、管理和监视流程的功能:要求提供全程可视化管理。 11.1.6监控管理 系统概述: 监控系统要求对当前信息集成平台上运行的所有内容进行监控和管理,提供图形化用户界面,能够实时测数据交换平台上硬件服务器情况、数据库性能情况、各个系统组件的状态、日志、异常等内容,并进行记录、统计与分析。同时支持通过Web浏览器方式,为系统管理员提供远程性能监控与远程日志功能,直观而有效的为信息科管理提供助力。 功能要求: 产品功能要求包括:平台参数与报警参数配置、监控各个系统组件的状态、记录平台日志和异常信息、监控对象的启停控制、监控告警、监控可视化等模块。 详细要求: 平台参数与报警参数配置:要求对平台的各项参数进行配置,包括配置各个监控参数的报警阈值等。 监控各个系统组件的状态:要求对平台各个系统模块的状态进行监测。 记录平台日志和异常信息:要求记录平台的日志,显示与查询异常信息。 监控对象的启停控制: 要求对被监控对象进行启动、停止、重启操作。 监控告警:要求能够及时了解当前的监控信息,当监控对象的性能参数超过告警阈值时,时产生报警。告警阈值能够分级设置,不同级别产生不同的告警。通过多种告警手段提供现场和远程告警,并且可定制发送方式和告警的优先级。 监控可视化:要求实现图形化方式直观地显示监控信息,并能够进行统计分析。 11.2互联互通标准符合性测评系统 辅助医院通过互联互通测评工作 11.3电子病历共享文档库 建设评级中要求的文档资源。 11.4主数据管理 系统概述: 主数据由于跨系统,所以对数据的一致性、实时性和版本控制要求很高,主数据管理需要实现主数据的集成、共享、提高数据质量,为此在主数据管理系统中集成服务总线功能,来集中化管理数据,在分散的系统间保证主数据的一致性。要求集中进行数据的清洗和丰富,并且以服务的方式把统一的、完整的、准确的、具有权威性的主数据分发给全医院范围内需要使用这些数据的系统,还可实现主数据服务的权限管理,消息查询、统计,减少应用程序之间点对点集成和接口成本,统一数据源头及流向。 功能要求: 产品功能要求包括:组织和科室管理、人员管理、医学术语管理。 详细要求: 组织和科室管理: 要求人事部门能够创建全院级行政组织架构,包括医院、分院和各类职能科室、临床科室医技科室、后勤科室等。主数据可在人事组织的基础上增加业务系统所用的科室信息,为医院信息平台上的各应用系统、患者提供完整、统一的组织和科室信息。 人员管理: 要求人事部门可以将人员分配到各个行政科室下面,明确人员人事归属。 要求建立全院统一的人员数据管理平台,整合HIS、HRP、OA等所有系统的人员信息,平台能够持有和管理所有人员数据,并使各个系统的人员和组织数据保持一致,能够随时跟踪人员所在。 医学术语管理: 要求能够统一管理和维护临床诊断 要求能够统一管理和维护ICD10 要求能够管理和维护临床诊断与ICD10之间的关系 要求能够统一管理各个系统和平台术语的对照关系 要求能够保证各个系统的术语与平台术语的一致性 11.5统一用户和单点登录 系统概述: 统一用户管理核心服务实现用户在医院全生命周期管理,为管理员和个人用户提供不同权限的管理视图。数据同步接口和账号管理实现与医院应用系统的集成,实现医院HR系统或主数据管理系统中的人员数据到统一用户管理平台的同步。 应用集成接入服务为集成的应用系统提供用户统一访问入口、统一认证和单点登录服务。 统一认证服务为集成的应用系统提交统一身份认证,以支持单点登录功能。 功能要求: 产品功能要求包括:用户管理、组织机构管理、应用管理、应用账号管理、审计日志、用户数据同步服务、统一接入服务、统一认证服务等。 详细要求: 用户管理:l 用户信息维护:包括用户的新增、删除(逻辑删除)、修改等操作,用户的基本信息包括,用户头像上传、用户登录名、姓名、出生年月、邮箱、固话、移动电话、工作职称、入职时间、生效日期,失效日期、所属角色,所属科室等。 用户批量导入:要求从业务系统中通过接口直接读取用户信息并导入到平台中。同时也需支持按excel模板格式整理用户信息,并一次性导入平台。 用户批量导出:要求支持将平台中的用户信息批量导出成excel文件,方便其他第三方系统使用。 用户对照:要求对已经存在的第三方系统,平台中的用户与第三方系统用户之间建立对照关系。 组织机构管理: 维护机构信息维护:要求包括组织机构的增加、删除(逻辑删除)、修改等操作。组织机构信息包括,组织编号、组织名称、科室类型、父组织、组织电话、组织地址等。 组织机构批量导入:要求支持从业务系统中通过接口读取组织机构信息并导入到平台中。同时也支持按excel模板格式整理组织机构信息,一次性导入平台中。 组织机构批量导出:要求支持将平台中的组织机构信息批量导出成excel文件,方便其他第三方系统使用。 组织机构对照:要求对已经存在的第三方系统,平台中的组织机构与第三方系统的组织机构之间建立对照关系。 应用管理: 应用信息维护:要求包括第三方应用的增加、删除(逻辑删除)、修改等操作。应用的基本信息包括,应用名称、应用编号、应用简称、是否激活、业务管理员等。 应用接口管理:要求管理第三方应用提供的接口地址。接口包括【用户同步接口】、【组织结构同步接口】、【角色同步接口】、【权限管理页面地址】等。 应用单点登录配置:要求维护第三方应用接入单点登录的基本配置,包括第三方应用地址、第三方应用单点登录的协议类型、第三方应用类型(B/S或C/S)、打开浏览器类型(IE、Chrome、Firefox等)。 应用角色同步:要求实现平台中应用角色与第三方应用角色同步。 应用账号管理 应用账号维护:要求向第三方应用中推送用户并创建应用账号、启用或停用第三方应用中的账号、修改第三方应用中对应的用户名。 应用账号权限管理:要求对第三方应用中,用户的相关权限进行管理。直接在平台中调用第三方应用中权限管理页面进行操作。 账号角色维护:要求修改用户在第三方应用中的角色,以修改用户在第三方应用中的权限。 审计日志: 操作日志查询:要求提供后台管理维护的操作日志以及数据同步的日志查询。 访问日志查询:要求提供登录平台以及所有第三方应用的登录日志查询。可按时间段、用户、应用系统进行查询。 访问统计分析:要求对第三方应用的登录日志进行统计,并分析各应用的访问量和高峰期。 异常访问提醒:要求对超出访问权限的操作进行记录,并向相关人员推送消息进行操作。 用户数据同步服务: 为保证用户信息在各应用系统中的一致性,统一用户管理平台就需要与各应用系统中实现同步机制,实现用户信息一次维护同步修改各应用系统中的信息。 统一接入服务: 要求提供OAuth2.0协议标准接口,应用通过配置或改造调用统一认证服务,满足OAuth2.0协议标准,实现单点登录。 统一认证服务: 要求提供支持用户名+密码验证、动态口令、CA证书、Usb-Key等认证方式的多因子身份验证(MFA)。 11.6数据中心 系统概述: 临床数据中心对病人诊疗数据(数值、文字、波形、图像)进行统一有效管理和标准化存储,实现患者临床信息的整合,在此基础上通过整合其他相关信息数据,建立面向医院管理层的决策分析系统,同时满足对医疗数据进行科研和临床决策支持等的需要,以及支持区域医疗信息的共享。 功能要求: 具体功能要求包括:基础信息库注册、基础信息库存储、基础信息库、集团化医联体服务、临床信息库、病历概要数据存储、病历记录数据存储、转诊记录存储、其他文件存储、医疗机构信息存储、应用程序标准接口服务、临床信息注册、消息引擎及主索引服务、CDA文档相关服务、数据整合及查询相关服务、临床数据中心应用情况分析、临床文档库、临床文档库存储等。 详细要求: 基础信息库注册:要求支持对患者、医疗服务人员、机构、字典和术语进行注册。 基础信息库存储:要求对患者、医疗服务人员、机构、字典和术语进行存储。 基础信息库:基础信息库要求包括患者的人口学信息、医疗卫生人员的注册信息、以及各种医疗卫生、公共卫生术语字典数据等 集团化医联体服务:要求支持集团化多院区和医联体应用。 临床信息库:要求基于RIM模型通过患者主索引与电子病历基本数据及标准搭建临床信息库的存储,以结构化数据形式存储于数据库中。 病历概要数据存储:主要记录内容要求包括:患者基本信息、基本健康信息、卫生事件摘要、医疗费用记录。 病历记录数据存储:要求按照医疗机构中医疗服务活动的职能域划分,病历记录可分为:门(急)诊病历记录、住院病历记录和健康体检记录等三个业务域。 转诊记录存储:要求支持转诊记录指医疗机构之间进行患者转诊(转入或转出)的主要工作记录。 其他文件存储:要求包括出生医学证明、死亡医学证明、传染病报告、出生缺陷儿登记等。 医疗机构信息存储:要求支持负责创建、使用和保存电子病历的医疗机构法人信息。 应用程序标准接口服务:要求通过API,用户可以在整合后的临床数据基础上定义新的应用,进行决策分析,医学科研,商业智能(BI)。 临床信息注册:要求支持各个系统将检查、检验结果、诊断、医嘱、生命体征、诊疗过程等各种临床信息注册到临床数据存储库中。 消息引擎及主索引服务:要求可基于服务总线、患者主索引对数据中心数据获取构建服务,基于患者主索引可以侦测到重复的病人,快速、准确、全面定位病人诊疗信息。 CDA文档相关服务:要求提供CDA文档注册、存储、访问管理。 数据整合及查询相关服务:要求提供数据采集服务、数据整合服务、数据审核、导出、权限设置、隐私设置等功能。 临床数据中心应用情况分析:要求提供临床数据中心概览、外部引用概览等可视化分析。 临床文档库:要求符合卫健委电子病历共享文档规范和电子病历基本数据集标准的XML文档,主要应用于医联体临床数据交换及区域医疗信息共享与协同。 临床文档库存储:要求基于CDA定义文档结构,如入院记录,定义一套XML结构,以文档形式存储。 11.7基于平台应用 系统概述: 要求系统具备满足统计室各种工作需要使用的报表。 功能要求: 具体功能包括:六薄报表,出入转统计报表,挂号统计分析,医技项目的工作量报表,特殊项目的人次数量统计等。 详细要求: 六薄是常见的医院上报患者数据的报表,要求包括出院传染病人登记薄,出院感染病人登记簿,出院手术病人登记簿,出院抢救病人登记簿,出院死亡病人登记簿和出院病人登记簿。 出入转统计报表反映病房每天的实际运营情况,要求通过科室组,科室,病区组,病区等不同维度,统计住院科室的每天入、出、转患者情况、床位使用情况和其他重点监控指标,从而反映住院科室的运营情况。 挂号统计是门急诊挂号工作量的统计,要求提供科室、医生、出诊情况、挂号时段、节假日等多维度的挂号分析和同环比的趋势分析,从而反映门急诊每天的运营情况。 医技项目统计是对特殊的医技工作量做统计分析,要求通过可配置的医技项目,实现对科室医生的医技工作量的统计分析。 特殊项目的统计是对于某些重点关注的项目做统计,要求对特殊项目的人员做统计分析,对特殊项目的数量金额做统计分析等。 要求统计室报表具有灵活自主的报表配置方式和基于预计算的数据存储模式,可以快速完成统计相关的分析需求。 12.医院特别专科系统 治疗科室工作站 系统概述: 为了满足医院越来越广泛的以康复性治疗或者恢复性治疗为目的的治疗管理方面的需求,对治疗科室的工作流程和操作规范实现电子化管理。包括:康复、放射治疗、针灸、推拿、高压氧等治疗项目,部分临床科室有计划执行的持续或需要多次重复执行的专门治疗项目,但不包括药物治疗(如化疗、输液、注射等)、外科换药、手术治疗、介入治疗、医技检查。就诊医生通过诊疗录入或治疗申请单为患者进行治疗申请,患者缴费后到相应的治疗科室进行预约或者直接治疗,预约后到相应的预约日期后到相应科室进行治疗。系统同时支持治疗评估、治疗分诊、取消治疗申请、取消预约等操作,提供个人、科室工作量统计查询、治疗过程追踪、治疗记录结果、电子病历集成查询等统计查询功能。 功能要求: 要求提供治疗申请、治疗分配、治疗预约或直接执行、治疗等功能。 详细要求: 治疗申请:要求系统支持治疗申请单独立申请,也支持医嘱录入直接录入医嘱审核申请。申请成功后,门诊患者缴费后可到相应治疗科室进行治疗,住院患者可直接前往治疗科室进行治疗。 治疗分配:要求治疗分配为可选流程,可指定需分配的治疗医师,若启用此流程,则治疗申请只有分配到指定人员才可进行治疗预约或治疗。系统实时展示可分配治疗师名下的申请单数,便于进行及时调整,平衡分配。 治疗预约:要求支持系统内治疗申请分为两种类型,一种是直接执行,另一种是治疗预约。直接执行无需预约,直接进行治疗记录的保存完成治疗即可。需要进行预约的治疗申请,由治疗师选择相应日期及治疗师的的治疗排班进行预约治疗。系统支持为多个申请进行批量预约,也支持为已预约的记录取消预约,可打印预约凭证。 治疗:患者预约完成后,到指定日期后到治疗科室进行治疗,治疗师选择患者的预约记录后,可根据实际情况在系统内录入具体的治疗情况,同时也可批量录入保存治疗记录。系统支持对已治疗的治疗记录进行修改撤销,也可为相应的治疗记录上传治疗图片,可浏览治疗记录各个操作节点的时间及操作人员信息。 13. 综合统计分析管理 13.1抗菌药物统计查询分析 系统概述: 对抗菌药物实现分级管控权限设置,监控抗菌药物在临床(尤其是围手术期)的使用情况,进行抗菌药物使用的全程干预、警示、评估和点评。 功能要求: 产品功能要求包括:门诊用药监控、住院用药监控、调查表专项分析、单品种药物监控、药物消耗监控、全院用药监控。 详细要求: 门诊用药监控:要求提供门诊基本情况分析、科室用药综合分析、医生用药综合分析三项功能。 住院用药监控:要求提供住院基本情况分析、住院科室用药监控、住院医生用药监控三项功能。 调查表专项分析:要求提供出院科室调查表分析、在科科室抗菌药物调查表、科室抗菌药物使用明细表三项功能。 单品种药物监控:要求提供门诊药品使用排名、门诊医师使用排名、住院药品使用排名、住院医师使用排名四项功能。 药物消耗监控:要求提供抗菌药物消耗门诊科室排名、抗菌药物消耗住院科室排名、抗菌药物消耗医师排名、抗菌药物消耗药品排名、抗菌药物消耗药理子分类排名六项功能。 全院用药监控:要求提供细菌耐药分析、细菌耐药科室分布情况两项功能。 13.2统计室报表系统 系统概述: 医院统计室是整个医院数据最集中的部门,统计室系统针对统计室的工作职责以及范畴提供相应的报表功能以及数据支持。 功能要求: 产品功能要求包括:挂号类报表、手术类报表、出入转类报表、项目统计类报表、六簿、其他报表。 详细要求: 挂号类报表:要求提供各科室,各医生的挂号工作量等功能。 手术类报表:要求提供各科室、各手术医生、手术护士、麻醉医生的手术工作量等统计。 出入转类报表:要求提供各科室的入院/出院/转入转出等相关的住院日志信息。 项目统计类报表:要求提供各收费项或者医嘱项的费用情况或者使用情况以及工作量统计。 六簿:要求提供统计首页上6种情况,包含出院病人登记簿、出院传染病人登记簿、出院感染病人登记簿、出院抢救病人登记簿、出院手术病人登记簿、出院死亡病人登记簿功能。 其他报表:要求包括入院收治情况、收治入院明细表、医院调查表-门诊、医院调查表-住院、护士工作量、医疗服务价格项目使用频次表、科室白/晚夜班工作量统计查询、病区白/晚夜班工作量统计查询等 13.3院长查询系统 系统概述: 为院领导提供一个展示全院基本运行情况的平台,通过汇总、钻取、图示等展示方式多方面显示数据。 功能要求: 产品功能要求包括:历史数据查询首页、实时数据查询首页、全院工作动态分析、全院人次分析、全院收入分析。 详细要求: 历史数据查询首页:要求支持集团化医院模式,提供按天、周、月、季度、年的历史数据查询。 实时数据查询首页:要求支持集团化医院模式,提供实时查询医院当前的运营情况。 全院工作动态分析:要求支持集团化医院模式,提供挂号人次、入院人次、出院人次、门诊住院总费用、医疗费、药品费及人均费用、人均药品费等工作状态分析。 全院人次分析:要求支持集团化医院模式,提供挂号人次、入院人次、出院人次及变化值、同比、环比分析。 全院收入分析:要求支持集团化医院模式,提供按日、月、季、年查医院当期、上期、同期的费用及变化值、同比、环比分析。 13.4阳光用药系统 系统概述: 阳光用药系统完成药品从集中采购产生结果、医院实际采购药品数量和价格、医生处方用药、到药品使用的全过程都可以“见得光”,让医方心中有数,患方心中有底。 功能要求: 产品功能要求包括:门诊用药监控、出院用药监控、基本药物监控、单品种药物监控、急诊抗菌药物监控、全院用药监控。 详细要求: 门诊用药监控:要求提供门诊基本情况分析、门诊科室用药监控、门诊医生用药监控、医生用药综合分析、门诊用药处方监控、门诊处方品种监控功能。 出院用药监控:要求提供出院基本情况分析、出院科室用药监控、主管医生用药监控、出院药品明细监控功能。 基本药物监控:要求提供门诊基本药物监控、住院基本药物监控、门诊科室基本药物监控、出院科室基本药物监控、门诊医师基本药物监控、出院医师基本药物监控、基本药物加成比例排名功能。 单品种药物监控:要求提供药品消耗排名监控、抗菌药物专项监控、抗菌药物调查表分析、在科科室抗菌药物调查表、科室抗菌药物使用明细表、转科病人科室指标监控、转科开单医师指标监控、抗菌消耗门诊科室排名、抗菌消耗住院科室排名、抗菌药物消耗医师排名、抗菌药物消耗药品排名、抗菌药物消耗药理子分类排名、抗菌消耗门诊排名前十名、抗菌消耗住院排名前十名功能。 急诊抗菌药物监控:要求提供急诊抗菌药物监控、急诊科室抗菌药物监控、急诊科室医生抗菌药物监控功能。 全院用药监控:要求提供指标监控、门诊人次平均消耗、全院药占比监控、门诊药占比监控、住院药占比监控、科室药占比监控功能。 13.5指标Cube系统 系统概述: 指标Cube系统是参照多维数据模型(Cube立方体)提供数据访问效率的原理,利用Cache数据库开发的Cube功能的高效数据访问系统。通过指标Cube系统,指标数据的结果通过预计算模式,任务自动执行,提前存储到数据库中,为后续的数据提供服务,提高数据的使用效率。 功能要求: 产品功能要求包括:指标定义、维度定义、指标类型、指标区间类型、指标日志、模块与报表、指标系统配置。 详细要求: 指标定义:是将需要预计算的指标提前定义维护,维护指标的取数逻辑,指标的执行区间,相应的指标维度信息等,供任务每天凌晨自动执行将结果存储到数据库中。 维度定义:提供公共的维度维护界面,将指标使用到的维度进行统一管理,维度属性的统一管理,实现不同指标的维度复用的程度和维度的标准化操作。 指标类型:将医院的不同指标进行分类,方便指标的管理,区分不同类型的指标和对指标进行数据的操作。 指标日志:是对指标Cube系统的日志记录,支持指标定义日志,指标处理日志,指标查询日志,指标错误日志等,监控管理指标任务的数据和指标数据使用的日志,实现数据从定义到生成到使用的全方位监控管理。 指标模块与报表:管理主要是提供统一的对外服务模块,将不同的指标提供模块化的术语集,用户通过模块化的指标管理,将零散的单个指标集中管理,集中对外服务,提高对外输出的服务能力。 指标系统配置:主要提供指标Cube系统相关的配置功能,包括指标过滤函数的配置功能,执行代码的配置,日志全局配置,任务全局配置等等。 13.6基础数据查询 系统概述: 基础数据查询可以根据用户的配置,统计综合查询基础数据表的明细或汇总数据。在基础数据查询中,每一个基础表被定义为一个查询对象,每一个字段被定义为查询项。用户可根据自己的需要,自行选择查询对象,自行配置查询项及过滤条件,以此获得满足自己要求的统计数据。 功能要求: 产品功能要求包括:定义查询对象、维护对象属性、配置查询条件、展示查询数据、配置用户权限。 详细要求: 定义查询对象:要求将基础表的字段关联各种属性,用于为查询数据服务统计查询套件。字段关联的属性要求包括:描述、统计项类型(度量,维度)、关联维度类型(对象维度、标准维度)、关联维度编码等。 维护对象属性:某些数据并不属于基础表的字段,但能归属于基础表字段所涉及的“主题”。要求支持这些数据可以通过基础表的ID获得。可以把这些数据定义为对象属性。 配置查询条件:要求支持根据选择的网格分组表格或交叉表格,选择具体的查询对象,选择对象的维度和度量,对象的过滤条件和日期口径,数据的展示方式,查询数据和保存报表。 展示查询数据:可以根据配置好的报表,通过用户权限的过滤,查询报表数据。 配置用户权限:主要是配置报表编辑权限和配置报表执行权限等。 13.7统计查询套件 系统概述: 统计查询套件主要是为了满足各种统计需要使用到的配置功能,通过界面化的操作配置,灵活自由的实现统计数据的目的。 功能要求: 要求提供统计组维护、编制床位维护、ICD编码分类维护、节假日维护等功能 详细要求: 统计组维护:要求支持统计大组和统计子组的维护,要求支持多种码表数据的统计归组维护和顺序维护。 编制床位维护:要求对医院各科室病区的编制床位数,开放床位数做统一维护管理。 ICD编码分类维护:要求将疾病编码和手术编码进行归类,将满足某种条件的编码进行统一归类。 节假日维护:要求提供日期的节假、假日的维护。 13.8核算报表系统 系统概述: 核算报表主要为核算办提供各科室,医生的相关费用信息, 从而为医院的收入以及科室、医生的奖金核算等提供重要依据。 功能要求: 产品功能要求包括:科室部分核算报表、医生部分核算报表、明细部分核算报表。 详细要求: 科室部分核算报表:要求提供科室的核算费用分类的相关数据报表,如科室核算分类报表(医嘱)、科室核算分类报表(结算)、科室组核算分类报表(医嘱)、科室组核算分类报表(结算)等。 医生部分核算报表:要求提供细项到医生的相关核算分类费用报表,如开单科室医生核算分类报表(医嘱)、开单科室医生核算分类报表(结算)、病人科室医生核算分类报表(医嘱)、病人科室医生核算分类占比报表(医嘱)、科室医生核算分类占比报表(结算)、科室医生核算分类占比报表(医嘱)等。 明细部分核算报表:要求提供对本组收表的明细查询,和一些特殊报表如收入表明细查询、ICU病人费用信息(医嘱)、ICU病人费用信息(医嘱)。 13.9财务报表系统 系统概述: 财务报表系统,能够根据统计数据与实际业务数据的不一致性,来监测统计数据的正确性以及业务操作的合理性;为了核对数据的准确性,通过记录未结账单的在院费用和财务帐(本期余额=上期余额+贷方/应收-借方/实收)两个数据来校验数据。 功能要求: 产品功能要求包括:记录未结账单的任务、未结账单的病人明细和已结账单的明日医嘱、在院病人费用的日期和明细数据、将未结账单的病人明细作为在院病人的明细。 详细要求: 记录未结账单的任务:要求可以根据记录业务表每天状态记录住院账单,并可以记录出错记录。 未结账单的病人明细和已结账单的明日医嘱:要求可以根据之前记录的未结账单记录生成未结账单的病人明细和已结账单的明日医嘱。 在院病人费用的日期和明细数据:要求提供病人的本期应收、本期实收、本期余额等明细数据。 将未结账单的病人明细作为在院病人的明细:要求提供将未结账单的病人明细作为在院病人的明细功能。 13.10病案统计系统 系统概述: 病案统计报表主要为统计室或病案室提供各科室病案相关数据统计和查询,从而为医院的科室及医生的工作量统计及奖金核算等提供重要依据。 功能要求: 产品功能要求包括:30种疾病统计报表、50种疾病统计报表、疾病统计报表、疾病分类统计报表、科室统计报表、手术统计报表、损伤中毒统计报表、重点疾病统计报表、重点手术统计报表、再入院统计报表、人次排名统计报表、台账统计报表、死亡人次统计报表、病案患者明细统计报表。 详细要求: 30种疾病统计报表:要求提供按照卫生部通用30种疾病名称顺序统计病案首页信息功能。 50种疾病统计报表:要求提供按照卫生部通用50种疾病名称顺序统计病案首页信息功能。 疾病统计报表:要求提供疾病统计报表,按照患者主要诊断统计相关信息功能。 疾病分类统计报表:要求提供疾病分类统计报表,按照疾病分类统计相关信息功能。 科室统计报表:要求提供科室统计报表,按照科室统计病案首页相关信息功能。 手术统计报表:要求提供手术统计报表,按照患者主手术统计病案首页相关信息功能。 损伤中毒统计报表:要求提供损伤中毒统计报表,按照首页损伤中毒名称统计相关信息功能。 重点疾病统计报表:要求提供按照18种重点疾病统计功能。 重点手术统计报表:要求提供按照18种重点手术统计功能。 再入院统计报表:要求提供再入院统计报表。统计当天、当周、当月再入院患者统计功能。 人次排名统计报表:要求提供人次排名统计报表。分别按照科室、手术、疾病、医生等统计出院人次并按照人次由大到小排序功能。 台账统计报表:要求提供台账统计报表。按年统计相关信息功能。 死亡人次统计报表:要求提供死亡人次统计报表,死亡患者明细功能。 病案患者明细统计报表,患者明细查询(可以通过出院日期、主要诊断、手术等查询:要求可以通过出院日期、主要诊断、手术等查询)功能。 13.11三级医院绩效考核上报系统(标准版) 系统概述: 三级医院绩效考核上报(标准版)主要是满足三级公立医院绩效考核数据上报的相关工作,通过任务自动生成绩效考核的院区、科室、医生多维度的数据,提高绩效考核数据上报的工作效率。 功能要求: 要求提供由医疗质量、运营效率、持续发展、满意度评价等4个方面的指标构成(共计:55项指标) 详细要求: 医疗质量:要求通过医疗质量控制、合理用药、检查检验同质化等指标,考核医院医疗质量和医疗安全。通过代表性的单病种质量控制指标,考核医院重点病种、关键技术的医疗质量和医疗安全情况。要求支持通过预约诊疗、门急诊服务、患者等待时间等指标,考核医院改善医疗服务效果,具体二级指标要求有功能定位(7个指标)、质量安全(8个指标)、合理用药(6个指标)、服务流程(3个指标)。 运营效率:运营效率体现医院的精细化管理水平,是实现医院科学管理的关键。要求通过人力资源配比和人员负荷指标考核医疗资源利用效率。要求通过经济管理指标考核医院经济运行管理情况。要求支持通过考核收支结构指标间接反映政府落实办医责任情况和医院医疗收入结构合理性,推动实现收支平衡、略有结余,有效体现医务人员技术劳务价值的目标。通过考核门诊和住院患者次均费用变化,要求支持衡量医院主动控制费用不合理增长情况,具体二级指标有资源效率(2个指标)、收支结构(10个指标)、费用控制(5个指标)、经济管理(2个指标)。 持续发展:人才队伍建设与教学科研能力体现医院的持续发展能力,是反映三级公立医院创新发展和持续健康运行的重要指标。要求支持通过人才结构指标考核医务人员稳定性,通过科研成果临床转化指标考核医院创新支撑能力,要求支持通过技术应用指标考核医院引领发展和持续运行情况,要求支持通过公共信用综合评价等级指标考核医院信用建设,二级指标有人员结构(3个指标)、人才培养(4个指标)、学科建设(2个指标)。 满意度评价:医院满意度由患者满意度和医务人员满意度两部分组成。患者满意度是三级公立医院社会效益的重要体现,提高医务人员满意度是医院提供高质量医疗服务的重要保障。要求支持通过门诊患者、住院患者和医务人员满意度评价,衡量患者获得感及医务人员积极性,二级指标有患者满意度(2个指标)、医务人员满意度(1个指标)。 14.医院互联网接口统一支付平台 系统概述: 平台需要采用SOA面向服务设计、负载均衡技术,完成各业务系统之间的消息转发以及消息的逻辑处理,为各业务系统和外部对接系统提供统一接口,能够分布式部署,增强业务处理能力。 功能要求: 针对医院内整合HIS、LIS、PACS、EMR、集中收银平台、社保系统、满意度调查接口,对外(如网站、手机端、自助机等)提供支付、缴费明细等医疗服务器接口。 详细要求: 支付类型:系统支持微信、支付宝钱包以及扫码、快捷支付、支付宝专用扫码支付、网上银行等,用户提供统一的网上支付和清算功能。 订单列表:查询订单号码、交易日期、订单内容、交易金额、手续费、交易结果、清算状态等。 交易记录:通过登记号查询交易记录,让维护人员更快捷查账。 退款处理:通过支付网关进行退款处理。 三方对账:用户支付订单、核心业务系统(如HIS)订单和支付平台网关交易记录三方对账。 坏账监管:针对一些单边账、坏账进行预警、监控,一致性校验,系统自动对账。 医保脱卡支付:针对医保患者可以做到在线实时结算。 多渠道对账:支付平台支持包括微信、支付宝移动支付平台在内的多个渠道的账务对账功能。 自动对账:后台收单行绑定医院开户行即可,不再需要单独与各银行人工逐一对账,在正常情况下系统会自动完成账务核对工作;不同院区,不同商户和支付方式剥离自动对账。 差异帐单:差异帐单明细统计,一目了然。 交易分析:自动生成日报汇总和明细。 实时交易数据展示:图文形式直观展示实时交易数据。 支付安全管理:系统支持对订单支付交易关键数据和痕迹的保留。 功能权限:根据用户分组管理设置不同菜单权限。 15.知识库产品临床知识库 系统概述: 随着医院信息化的飞速建设,医院用户在承受着繁重工作压力的同时,对信息化的依赖和要求越来越高,为了提高服务质量,规范医疗行为,控制合理用药,提高管理水平,医院用户希望能够量身定制符合自身发展、代表自身特点的知识库,以服务于临床。 临床和识库的研发依托《电子病历功能规范与分级评价》中的六级要求,建设重点是辅助医护人员实施正确的诊疗措施,提供主动式全面化智能化专业化提示与警告。同时也形成电子字典,在全院共享,方便查阅。 功能要求: 要求提供数据管理、策略管理、智能审查、辅助信息实时提醒、诊疗建议查询、知识浏览、监测数据查询与分析等功能 详细要求: 数据管理:要求实现知识库标识定义,目录定义,基础字典与对照,知识录入等功能。包括知识库编辑器和字典表两大模块。 策略管理:要求为管理人员提供策略工具,要求可以按权限,按知识目录分别个性化定义校验规则。 智能审查:要求实现临床医师在开医嘱时,根据病人与医嘱的相关信息智能审查与提示等功能。 辅助信息实时提醒:医生端:要求支持开医嘱,提交检验、检查申请时,给与适应症、禁忌症、注意事项、不良反应、临床意义等辅助信息实时提醒。护士端:要求支持执行医嘱,在打印检验条码之前,给与适应症、禁忌症、注意事项、不良反应等辅助信息实时提醒。 诊疗建议查询:医生开具医嘱时,根据病人诊断信息,要求可以查询出诊疗建议,即适应症相对应的检验和药品列表,给出参考项。 知识浏览: 要求为用户提供在HIS中随时在线调阅浏览知识库内容,界面按知识库目录直观展现知识数据,最大效率的方便用户查询到相关数据。 监测数据查询与分析: 要求为用户提供数据触发提醒日志工具与查询分析功能。 16.科教研管理临床科研数据管理系统 系统概述: 临床科研数据管理包含科研项目和科研病历数据等内容的管理,实现科研数据的标准化、规范化,进行统一采集、统一存储、统一分析和共享利用,并对科研数据质量进行全过程监控,为医疗机构科研数据规范管理和共享利用提供支持。 功能要求: 要求提供规范采集、风险审核、敏感数据脱敏处理、科研数据采集和存储、科研数据查询、科研设计支持、统计报表、科研数据导出等功能。 详细要求: 科研项目管理:要求系统支持同时对一个或多个科研项目进行实施和管理,不局限于一个临床科室或一个科研项目,可实现对整个医疗机构的临床科研集中统一管理以及单个科研项目的个性化支持。 CRF表单设计:要求系统支持用户针对不同科研项目的需要,自行定义数据采集表单,无需技术人员参与。支持多种数据录入方式和数据质量校验,提供文本、表格、单选、复选等各种表单元素,实现个性化定制表单。表单数据组的定义,支持数据组元素与CDR数据源的匹配设置。 科研数据建模:要求系统支持对单个科研项目的病例进行统一访视或自定义访视,满足科研访视的多样化需求。系统保留任一表单数据的修改记录并加以溯源,保证数据的完整性、有效性和可溯源性。系统支持统一管理病例的科研数据。 科研病例列表:要求系统支持展示该用户权限下能看到的病例相关信息(登记号、病案号、姓名、性别等等信息),其中项目会默认当前登陆的项目,项目组会默认该权限下的第一个项目组,保存后,病例列表会增加一条记录。 科研访视浏览:要求系统支持浏览本科研项目中病例的基本信息和访视详情。支持展示当前病例的姓名、登记号、性别等基本信息。支持展示当前病例的访视列表,支持对当前访视进行附件上传。支持展示当前选择的访视所关联的表单。 科研附件管理:要求系统支持以文件的形式上传除表单数据之外的科研资料信息,可以辅助表单填写人更完善清晰的进行表单数据的填写。支持进行新建文件夹、文件授权、上传和下载功能。支持右键点击附件打开相关的功能按钮(打开、剪切、复制、粘贴、删除、新建文件夹、文件授权、文件上传),支持将本地的科研文件上传至科研系统。支持将服务器上的附件下载到本地,便于本地查阅。 科研待办事项:要求系统支持展示当前用户权限下的所有待办事项,进行表单填写、审核过程中相关事件的批量处理,包括未指定下次访视日期提醒、窗口内待访视提醒、超期访视提醒、表单未完成提醒、表单审核不通过提醒、未指定参考点时间、表单待审核提醒。 访视进度总览:要求系统支持展示项目组下所有病人的访视进度和随访状态。访视的不同状态由不同颜色区分。支持显示当前访视的相关信息及定位到当前访视。 科研数据查询:要求系统支持查询项目内所有表单、所有病例的数据。查询筛选和查询结果的定义支持动态配置,支持查询出来的数据可以导出到Excel文件中,支持保存常用的查询条件。 数据导入导出:要求系统支持以列表的形式展示项目的所有导入导出记录,支持将导出数据下载保存到本地。 科研表单设计:要求系统支持表单的新建、修改、设计、停用、删除等功能。 随访流程管理:要求系统支持项目组管理、项目组成员管理以及随访流程设计。项目组管理是对当前项目进行项目组的增加、修改和删除功能。项目组成员管理是新增项目组成员,并给成员授权角色(如项目组用户、普通用户、录入人)以及项目组成员的删除。随访流程设计支持对单个项目组配置随访流程,并针对每一次随访设置关联的表单。随访类型分为统一随访、自定义随访和无计划随访。统一随访:项目组下所有病例统一遵循设置的随访计划,并按时间流程进行随访;自定义随访:项目组下的病例,在随访时可关联随访计划中任意一个随访,没有固定流程,只需完成指定访视总次数的随访,随访时间由医生自定义选择;无计划随访:项目组下的病例,在随访时可关联随访计划中任意一个随访,没有固定流程,无访视总次数限制,随访时间为访视浏览界面增加访视的时间。 科研工作量统计:要求系统支持按照项目成员(角色为项目管理员、项目组用户以及普通用户)和分配人员(角色为录入人)两类人员,从三个维度(按病例统计、按表单统计、按字段统计)统计表单数据的填写工作量。 17.药事服务 17.1药品供应 17.1.1药库管理系统 系统概述: 药库管理实现对药品基础信息、药品价格、药品出入库、药品报损、药品盘点、库存情况进行管理,以最小资金占用保证临床的药品供应。 功能要求: 要求提供药品信息维护、入库、出库、调价、报损、盘点、入库统计、出库统计、有效期管理、呆滞管理、动销管理、月报管理等功能 详细要求: 药品信息维护:要求支持维护药品的基础字典信息,用于临床开药品医嘱、护士执行医嘱、药房发药、药品医嘱收费、医保报销等药品基础数据维护。 调价:要求支持因政策原因或者采购价格变化等原因对药品进行价格的调整管理,可以由审核人审核调价信息,可以按约定生效日期自动生效。 入库:要求支持以批次管理为模式,对药品的入库(可以实现扫码入库)管理,入库时记录入库采购的供应企业、发票信息、药品品种、数量、批号有效期等信息,入库时生成系统的药品批次和库存。 出库:要求支持根据药房或者临床科室的请领单信息,进行药品的出库管理。出库是按照药品批次进行减库存,也可以由药库手工建出库单,审核人员审核出库后完成药库的出库,接收科室验货后进行转移入库审核。 报损:要求支持因药品过期、破损等原因需要进行统一报损,由药库人员按照药品品种、报损数量、报损批次进行报损管理,报损后减药品库存。 盘点:要求支持在月底或者季度末、年末,药库进行药品的盘点,比对药品的系统账面数和实物数量,按实物数量调整药品的库存到账面,生成盘点的盈亏损益报表。 多库房管理:要求支持设置多个药品库房,自定义药品在库房之间的流向,可自定义药库、药房等各级包装单位及其换算关系。 有效期管理:要求支持提供药品的有效期管理、可统计过期药品或即将过期药品的明细,并有库存量提示功能。 呆滞管理:要求支持对长时间不用的药品定义为呆滞药品,统计出呆滞药品后可以进行退货处理。 动销管理:要求可以查询出一段时间内在用的品种,可查询出相应的用量,进而判断药品库存的活性,是否需要备货采购等。 入库统计:要求支持按日期段、按供应商、按药品各种分类、按药品品种等汇总药品的采购入库和退药等情况,可用于财务报表的统计和医院领导需要的报表等等。 出库统计:要求支持按日期段、按接收科室、按药品各种分类、按药品品种等汇总药品的出库情况,满足医院领导常用的报表、财务上报的报表等。 月报管理:要求支持按财务要求生成每个月的月报,月报生成时间可以根据实际业务需要,随时可以生成,对有问题的月报也可以重新生成。日报生成后,可以查询一段时间内的日报情况,按照财务要求的月报表格式输出打印报表。 17.1.2中草药房管理系统 系统概述: 中草药房管理系统是基于中药房的实际业务,为提高药房人员的工作效率,方便患者取药的信息系统。本系统为草药处方在院的后期煎药、制膏等操作提供了便利。 功能要求: 要求提供门诊草药审方、门诊草药发药、门诊草药退药、住院草药审方,住院草药发药、住院草药已发药查询、发药查询、处方集中打印、直接退药、申请单退药等功能 详细要求: 门诊草药业务:门诊草药业务主要是对门急诊患者的处方相关操作。包括门诊草药处方审核、门诊草药发放和门诊退药。 门诊草药审方:要求支持对于门急诊已经收费的处方可以进行手工审核,也可以调用安全用药智能决策系统或者第三方系统进行自动分析。当处方被拒绝后,系统会把拒绝信息发送给开医嘱医生。 门诊草药发药:要求支持发放已经处方审核通过的草药处方。在发药界面发现问题时可以拒绝发放,同时也允许取消拒绝。由于患者主观意愿的变化,要求支持在发药界面做煎药申请、修改煎药方式。发药的同时可以打印处方和煎药条。 门诊退药:要求支持药房对处方进行退药。对于那些满足退药条件的剂型或者被置为可退的处方可以进行退药操作,可以依据申请单退药,也可以直接按照处方退药。要求支持对于不可退的处方拒绝退药,已拒绝的退药单也可以取消拒绝。 住院草药业务:要求支持住院草药业务,主要是对住院患者的处方相关操作。包括住院草药处方审核、住院草药发放和住院草药已发药查询。 住院草药审方:要求支持对于已经开立的处方按照病区检索,以预览的方式展示并进行审核。审核时可以手工审核,也可以调用安全用药智能决策系统或者第三方系统进行自动分析。当处方被拒绝后,系统会把拒绝信息发送给开医嘱医生,等医生反馈后再做进一步的操作。 住院草药发药:要求支持发放已经处方审核通过的草药处方。在发药界面发现问题时也可以拒绝发放,同时也允许取消拒绝。发药完成后会打印处方和煎药条。 住院草药已发药查询:要求支持检索已经发放的草药处方。此界面可以重打煎药条和将处方置为可退。 处方追踪:要求支持按照病区或者登记号检索草药处方,并展示草药处方从医嘱开立到最后发放给患者所有流程的操作人员,操作日期,操作结果等信息。 发药查询:要求支持按照业务日期,患者卡号、登记号,处方号,药品名称等信息检索已经发放的处方,并支持导出处方汇总信息以及处方明细信息。 处方集中打印:要求支持对本药房的所有处方进行集中打印。按照日期、开单科室、处方类型以及患者登记号检索处方,然后对单个或者多个处方进行重打操作。 直接退药:要求支持药房直接进行退药操作。按照登记号检索该患者名下已经停止执行且未退药的所有处方,填写退药数量后退药。 申请单退药:要求支持药房对病区已提的退药申请单进行退药。 17.2药学服务合理用药 系统概述 利用合理用药知识库,实现医嘱自动审查、实时提醒、在线查询,及时发现不合理用药问题。 功能要求: 要求包含实时审核处方功能、查询学习功能、回顾性分析功能等功能模块。 详细要求: 实时审核处方功能详细要求如下: 要点提示功能 在药品信息输入过程中,每输入一个药品,都会显示一个“要点提示”框,重点显示该药品说明书中所提及的禁用、慎用信息和注意事项。 药物相互作用审查 要求支持提示在同一处方药品之间可能存在的药物相互作用。显示药物相互作用的详细信息和参考文献出处。 注射液配伍审查 要求支持提示在同时进行输液的处方药品间可能存在的体外配伍问题。每一个记录均提供配伍信息详细说明和参考文献出处。 药物过敏史审查 要求该功能是在获取患者既往过敏药物信息的基础上,提示患者用药处方中是否存在可能导致类似过敏反应的药品。 老年人用药审查 要求支持根据患者年龄,本功能提示处方中是否存在老年人应禁忌或慎用的药品。 儿童用药审查 要求支持根据患者年龄,本功能提示其处方中是否存在儿童应禁忌或慎用的药品。 妊娠期妇女用药审查 要求支持当患者为妊娠期妇女时(根据诊断来判断),其处方药品中是否存在不适合妊娠期妇女使用的药品。 哺乳期妇女用药审查 要求支持当患者为哺乳期妇女时(根据诊断来判断),其处方药品中是否存在不适合哺乳期妇女使用的药品。 药品超剂量审查 要求支持对所有药品的单次量、单日量进行审查。审查的依据是检查药品的实际用量是否大于药品说明书规定的极量。 给药途径审查 要求支持根据药品说明书规定的用药途径和禁止的用药途径,对处方所开的实际用药途径进行审查,不符合规定的将提示警示。 对同种、同类、同成份的药品进行审查 实时对处方中的同种、同类、同成份药品进行监控并提示。 查询学习功能详细要求台下: 适应症检索功能 要求支持提供药品适应症的全文查询。根据需查询的适应症检索出治疗该适应症的所有药品。同时显示药品对儿童、老年、孕妇、哺乳期妇女、肝功能不全、肝功能严重不全、肾功能不全、肾功能严重不全的禁慎用药情况。 临床检验查询 要求支持可按检验类别查询,也可按检验项目名称模糊查询。 常用医学公式 要求提供多种常用医学公式,涉及心脏学、儿科、血液学、神经学、肺脏学、肾脏学、管理学、动脉血气分析、妇产科、营养体液及电解质科目。简便实用、操作方便。 用药指南 要求提供合理用药方面的科普知识,提高医院的服务水平。 肝、肾功能不全用药量调整 针对肝功能不全、肾功能不全患者,提供用药剂量调整方法。 FDA妊娠期药物安全级别查询功能 要求将抗微生药物在妊娠期间用药时的危害性分为A、B、C、D、X级,可查询药物所对应的分类级别,从而了解药品对妊娠期间妇女的危害性。 药物咨询 要求提供药物基本信息查询和药物相互作用查询,查询范围是大通公司所提供的所有药品信息。 抗菌药物指导原则相关查询 要求可以查询根据国家卫计委颁发的《抗菌药物临床应用指导原则》概括出来的抗生素、病原微生物、感染疾病三者之间的对应关系。 回顾性分析功能详细要求如下: 要求适用于医院医务科和药剂科,是对合理用药的监督和管理。根据所保存的问题处方和配伍分析结果,进行一系列回顾性分析,对所存在的问题进行统计,找出规律性的问题,并提出解决问题的方法。 要求提供按时间段进行统计 要求提供按科室名称进行统计 要求提供按医生名进行统计 要求提供按患者病历号查询 要求提供处方分析结果 要求提供问题处方回顾 要求提供问题处方统计功能 要求提供抗生素药品使用金额、数量统计功能。 18.医院医保服务接口 18.1医保服务(城镇职工)及异地接口 18.2医保服务(城乡居民)及异地接口 18.3医保电子凭证 19.医院自助机接口 20.数字多媒体系统 20.1数字媒体信息发布系统 系统概述: 数字媒体发布系统是指基于物联网标准,以高效、快捷、先进、综合应用为设计理念,采取集中控制、统一管理的方式将音视频信号、图片和滚动字幕等多媒体信息通过网络平台传输到各显示终端,实时地发布就诊信息、形象广告、医疗常识、专家介绍等重要信息,能够覆盖医院各个人流密集场所,如:大厅、住院部、候诊区、就诊区、药房、电梯间、各楼层通道等人流密集场所。这在很大程度上改善了现有的医院指示系统,同时也提高看病效率,减缓病人等候时的焦躁心情,而且成为医院做好公共医疗事业、提高整体管理水平和提升医院自身形象的重要途径。 功能要求: 要求提供素材管理、信息发布、模板定义、终端管理、分组管理、用户权限管理、频道管理等功能。 详细要求: 素材管理:要求多媒体素材支持包括:视频、图片、文字、声音、天气预报、新闻等,各种素材要求可以上传、修改、删除、查找,天气预报、新闻内容,要求可以通过手工编辑、互联网自动同步两种模式,要求可以根据安全组设置不同的权限,不同的权限可以设置不同站点和不同方式的获取同步内容。图片的管理,要求图片在上传修改的过程自动进行图片处理,达到系统要求的图片格式。要求视频的管理,不但可以上传现有视频文件,还可以定义实时的视频流编码,例如电视会议、手术直播、电视直播等。 信息发布:要求支持对文字、视频、图片、新闻、天气预报区域按安全组制定显示内容,新闻、天气预报为单区域显示,按照不同的安全组定制显示内容;视频区域,每个模板只有一个视频区域,可按照安全组定义相应的日期时间播放多个视频队列任务;文字、图片区域,每个模板当前预留三个区域,文字区域可按照安全组定义相应日期时间显示文字信息,图片区域可按照安全组定义相应日期时间、不同的方式、不同的间隔时间展现不同的图片集。 模板定义:要求根据模板对显示区域、显示内容、显示方式进行定义。模板信息要求包含:模板名称、模板描述、心跳时间、背景图、分辨率、视频区域、三个文字区域、三个图片区域、新闻区域、扩展区域、排队叫号队列扩展区域。 终端管理:要求多媒体显示终端可分组管理,要求可进行远程监控、控制、管理。多媒体终端列表,可以清楚的看到每个终端的物理信息(Mac地址、存储卡空间)、安装位置、当前的IP地址、当前的状态,单个详细信息,要求可以监控到当前终端显示的画面、当前播放视频的队列、信息发布的内容队列,要求可以对一个终端进行视频的插播、文字信息的插播。 分组管理:要求每个分组可以定义计划任务,不同的时间可以采用不同的模板,播放不同的视频、图片、文字,不同的分组可以设置不同的开关机时间。要求可以对固定的分组插播视频、文字信息。 用户权限管理:用户权限要求包含:系统管理、一级审核、二级审核、信息录入、字幕发布,要求支持不同的用户定义不用的用户权限,指定管理不同分组,拥有不同的操作权限。 频道管理:要求支持设置不同的频道,实现视频点播。每个频道可以指定实时节目、视频管理的素材,要求可以设置不用的默认Logo、不同的热键值。 20.2数字媒体呼叫系统,药房取药叫号 系统概述: 数字媒体呼叫系统实利用现代网络通信技术、语音技术和计算机信息管理技术来代替传统排队叫号系统,使用计算机直接控制叫号系统、显示系统、语音系统以及号票打印,可同步显示当前系统工作状态,即可按照病人要求选定医生、也能根据当前的候诊状况均衡合理的安排病人就诊,优化服务和工作环境,使病人和医护人员情绪得以放松,提高服务效率和服务质量,梳理医院良好形象,有利于提高经济效益和社会效益。 功能要求: 要求提供叫号显示服务、导诊排队叫号服务、排队叫号语音库控制系统等功能。 详细要求: 叫号显示服务:叫号显示服务采用多媒体终端作为控制硬件,要求可定制多种屏幕显示模板和显示方式;诊区显示屏,显示科室、诊室、出诊医生、当前就诊患者、等候患者等信息。 导诊排队叫号服务:要求支持整体分诊排队叫号的数据管理,数据流量的监控,信息的与管理,各个终端的授权,各个叫号显示服务的远程管理。 排队叫号语音库控制系统:要求支持中文、英文和数字的语音合成,叫号信息由计算机或语音设备将文本信息直接合成为语音信息。中文、英文和数字的合成语音没有明显的合成听觉感受,达到接近人类说话的效果;要求支持多语种混读。合成语音的阅读音量、基频、语速可调节。支持字、词、句的合成;要求支持多线程并发合成,满足大规模的语音合成需求;要求对数字的读法支持电报方式和数目方式,并可调节切换;可识别标点符号。要求排队叫号语音库控制系统包含语音合成平台、语音库。 20.3数字媒体宣教 系统概述: 数字媒体宣教是指通过视频、图片、文字、声音等立体的形式进行各类信息的健康宣教,利用外观优美的液晶显示屏进行直观的信息传达,再加上丰富的发布内容,以提高医院的整体医疗服务。 功能要求: 要求提供健康信息、医疗资讯、新闻资讯、医院公告、紧急通知等功能。 详细要求: 健康教育:如健康的生活方式、行为,高血压、糖尿病、脑卒中等知识普及、康复指导、心理健康教育等内容。 医疗资讯:包括疾病专科知识、疾病治疗、疾病护理、疾病预防、疾病诊断等疾病权威信息。 新闻资讯:有关医院报道、行业动态、企业新闻、医药财经、健康家园、抗击疫情、就医指南等内容。 医院公告:如医院诊疗工作调整公告、设备项目招投标公告、人才招聘等。 紧急通知:如医院临时发布的停诊、替诊通知等。 21.咨询服务 21.1电子病例评级咨询服务: 21.1.1 电子病历评级体系培训; 21.1.2 电子病历评级流程讲解; 21.1.3 现有系统情况调研; 21.1.4 核对电子病历评级标准的条目; 21.1.5 查验机房; 21.1.6 现场评估情况汇报; 21.1.7 出具评估报告和改进方案; 21.1.8 评级数据上报支持; 21.1.9 HIS基础模块改造; 21.1.10 专业产品模块上线\升级\改造; 21.1.11 正式报名前再次进行现场评估。 21.2互联互通评级咨询服务: 21.2.1 标准体系培训; 21.2.2 测评流程讲解; 21.2.3 测评指标体系培训; 21.2.4 指导并协助自测; 21.2.5 指导测评申请服务; 21.2.6 数据资源标准化建设情况调研; 21.2.7 互联互通标准化建设情况调研; 21.2.8 基础设施建设情况调研; 21.2.9 互联互通应用效果调研; 21.2.10 差异分析,输出差异分析报告; 21.2.11 梳理整体改造方案,拟定改造计划; 21.2.12 确定各测评指标改造内容; 21.2.13 跟进各项测评指标改造情况并评审; 21.2.14 提供数据集标准化测试工具,共享文档标准化测试工具,交互服务测试工具,提供模拟测试服务及改造指导; 21.2.15 提供定性指标改造及解决方案; 21.2.16 进行实验室测试前综合模拟测试; 21.2.17 协助实验室测试; 21.2.18 组织专家进行文审材料模拟查验; 21.2.19 协助专家文审; 21.2.20 组织专家进行现场模拟查验; 21.2.21 协助现场查验。 22.接口 接口要求; 含卫生区域平台接口、医保接口、新农合接口、院内自助设备接口及采购人认为要对接的接口功能。 23.数据库 根据软件系统提供正版数据库一套,30用户数量 23.1面向对象的后关系数据库或大型关系数据库; 23.2 支持主流厂商的硬件及操作系统平台; 23.3 支持Unix、Linux 、Windows操作系统,支持C/S/S或B/S/S的体系结构; 23.4 支持关系模型,支持分布式处理; 23.5 支持主流的网络协议(TCP/IP、IPX/SPX、NETBIOS及混合协议等); 23.6 具有开放性,支持异种数据库的访问,包括实现对文件数据和桌面数据库的访问、实现对大型异种数据库的访问、实现和高级语言互连的能力等。 |