基础平台 系统概述 基础平台为医院信息系统的基础功能,主要完成定义和维护HIS系统业务数据基础代码及系统参数 样本条款

基础平台 系统概述 基础平台为医院信息系统的基础功能,主要完成定义和维护HIS系统业务数据基础代码及系统参数. 功能要求 要求提供用户管理、代码表、工作流管理器、界面编辑器、列编辑器、组件/菜单管理器、规则管理器等功能。 详细要求 用户管理:要求实现通过授权方式对用户所能使用的系统功能进行限制,达到系统安全控制的目的;要求支持对用户的数字证书进行管理、对用户的指纹信息进行管理。 代码表:要求支持定义和维护HIS系统业务数据基础代码及系统参数。 工作流管理器:要求允许用户按照自己的工作情况、性质以及触发条件建立自己的工作序列,从而完成一次临床服务。 界面编辑器:要求支持按用户、用户组、医院灵活定义界面内容和风格,要求支持每个用户可以定义自己的页面。 列编辑器:对于列表格式的组件,要求列编辑器可以定义列表要显示对象的字段,排列顺序、数据排序方式等属性。 组件/菜单管理器:要求实现将一个工作流、组件、工作列表等定义为一个菜单项。能够支持多个菜单项 定义为一个菜单容器(Menu Header)。可以将菜单容器赋予某一角色,组成一个专业科室工作站。 4 患者基本信息管理系统 系统概述 患者基本信息管理系统用来完成患者电子信息的采集管理工作,通过该系统用户可以进行快捷 ,准确,有效的患者信息管理。 功能要求 要求提供建卡、基本信息采集、数据质量控制、患者主索引注册、患者信息修改、卡信息合并 、患者信息查询、卡管理等等功能。 详细要求 建卡:要求窗口建卡模块可以通过读取患者医保卡、身份证等有效证件信息快速准确的完成患者基本信息的采集、发卡操作。采集的基本信息要求包含:患者姓名、性别、年龄、出生日期、联系电话、家庭住址、身份证、患者类型、患者照片信息等。要求支付方式有现金,微信,支付宝,银行卡等 。为了方便患者进行信息采集登记,减少窗口压力,要求系统能够支持除窗口建卡以外的自助机,app ,微信等多种建卡渠道,能协助患者在线自助完成开卡建档等工作。 基本信息采集:要求支持通过居民健康卡、身份证、军官证、驾驶证、护照等身份证件识别和人工录入患者个人信息,包括姓名、性别、民族、籍贯、出生地、出生日期、婚姻、户籍地址、现住址、工作单位、职业、联系电话(本人)、联系电话(家属)等方式进行基本信息采集,并且要求支持通过社保卡号、商业保险号等保险类别识别患者的医保信息。 数据质量控制:要求可通过校验和跟踪实现对数据质量问题的管理,要求支持从数据格式、数据值域、数据间的逻辑关系等角度做质量审核,要求可按照空值校验、重复校验、格式校验、一致性校验和逻辑校验等审核规则对患者基本信息数据进行质量控制。 患者主索引注册:要求支持根据录入的患者基本信息,注册生成患者在院的唯一主索引,作为患者在本院就诊的唯一标识,并支持与院内各系统之间进行关联,并且可以关联患者历次就诊的诊疗信息。 患者信息修改:要求信息修改模块支持在患者基本信息发生变化时,同步变更院内电子档案信息。要求支持针对系统中患者基本信息发生的变更做详细的日志记录,自动记录相应的操作内容、操作人员和操作日期,用于对操作的追溯和审计。实现患者基本信息的变更管理。 卡信息合并:患者电子档案信息因特殊原因导致同一患者在院内有多个档案记录时,要求系统支持将患者基本信息做信息合并处理,保留患者需要的档案信息,做到患者在医院内存在唯一档案信息,更加方便对档案信息的灵活管理,并且要求提供卡信息合并操作的操作日志信息。 患者信息查询:要求支持对患者基本信息进行多条件组合查询,以及对患者基本信息进行多维度统计,并且要求提供对查询和统计结果的导出功能。要求该系统模块可以支持自助机,app,微信等多渠道,能协助患者在线完成自己院内卡信息的查询。 5 门(急)诊预约挂号系统 系统概述 要求为患者提供实名制预约挂号服务,支持多种预约方式。 功能要求 功能要求:预约挂号、预约报到、预约取消、预约资源同步、预约资源管理、患者信用通道功能等。 详细要求 预约挂号:可通过电话预约、网上预约、自助终端预约等多种预约方式,根据病情选择科室及医生,并选择合适的就诊时间,预约医生号源。 预约取号:支持为病人取预约号。 取消预约:患者按照预约服务规则,在符合预约取消规则的情况下可通过网络、电话、自助终端进行预约取消,取消后的预约资源可自动释放。 预约资源同步:门诊可预约的资源信息,向多种渠道包括电话预约、网络预约、自助终端预约等同步发布预约形式、内容和时间等相关信息。 预约资源管理:号源产生规则采用按医生、按科室等多种方式制定,最大程度匹配医患时间。 门诊号源产生:号源的时间段间隔可按照科室或医生的平均就诊时间进行设置,也可根据就诊情况进行灵活设置。 门诊号源分配:对所有渠道全部开放号源,也可以开放部分号源。开放的号源可以所有渠道共享。 患者信用管理:建立患者信用管理体系,可以以国家个人信用体系为基础,结合患者预约服务的取消频率和逃费记录提供医疗个人信用评价,纳入预约服务体系。 6 门诊分诊系统 系统概述 要求根据挂号或预检信息,为患者分配医生或诊室。 功能要求 功能要求:信息获取、诊室分配、队列、序号、时间段设置等。 详细要求 分诊规则设置:设置分诊规则,可按出诊医生、诊室、时间段等条件配置。信息获取:自动获取患者挂号或就诊信息。 诊室分配:支持自动或者人工进行诊室分配。 就诊队列:支持多个队列的叫诊模式,可根据实际情况为患者设置优先、撤销、暂离等状态。组件/菜单管理器:支持将一个工作流、组件、工作列表等定义为一个菜单项。 时间段设置:支持配置不同时间段的就诊人数。 就诊提醒:提供语音、显示屏幕、移动终端等多种方式的就诊提醒服务。 7 门(急)诊收费系统 系统概述 要求提供门诊患者费用处理功能;支持住院病人办理住院预交金、费用处理业务处理。 功能要求 功能要求:预交金管理、费用结算、退费、医保业务处理、结账、跨地区异地就医结算等。 详细要求 门诊费用结算:根据不同患者类别,自动确定收费比例,计算患者自付金额与记账金额,并可将结算完毕的药品处方同步传送给对应药房的摆药机。 住院预交金管理:可通过手工录入住院号、床位号、姓名等方式检索住院患者费...

Related to 基础平台 系统概述 基础平台为医院信息系统的基础功能,主要完成定义和维护HIS系统业务数据基础代码及系统参数

  • 董事会审议情况 上述交易事项已经公司第三届董事会第三十一次会议审议通过。 公司董事会在审议本次关联交易时,关联董事黄建勲、黄婉茹均已回避表决;公司董事会 7 名董事,以同意 5 票,反对 0 票,弃权 0 票审议通过《广东联泰环保股份有限公司关于控股子公司拟签订<汕头市潮阳区全区生活污水处理设施捆绑 PPP 模式实施项目工程总承包(EPC)合同之补充协议一>暨关联交易的议案》。

  • 合同的主要内容 出租方(甲方):大成食品(河北)有限公司承租方(乙方):平邑益客种禽有限公司

  • 协议生效 甲方通过乙方线下渠道购买理财产品的,本协议经甲方签字且乙方盖柜面业务章后生效(为避免歧义,乙方相关业务人员在本协议的签字仅为乙方内部风险控制要求,并不作为协议成立的条件,下同)。 甲方通过乙方线上渠道(网上银行、手机银行、可视柜台等)购买理财产品的,甲方点击确认同意本协议后生效。

  • 費用負担) 第6条 本契約書に定めるものを除き、乙が本契約を履行する上で要する一切の費用は、乙の負担とする。 (監督)

  • 协议主要内容 甲方:昆山市周庄镇人民政府 乙方:深圳市远望谷信息技术股份有限公司丙方:昆山远望谷物联网产业园有限公司

  • 主要内容 协议分保合同是全险种再保险比例分保合同,本公司按约定的比例向人保香港分出保费,人保香港按约定的比例向本公司摊回分保费用与摊回赔款。

  • 合同成立与生效 您提出保险申请、我们同意承保,本合同成立。合同生效日期在保险单上载明。

  • 合同修改 21.1 除了双方签署书面修改协议,并成为本合同不可分割的一部分之外,本合同条件不得有任何变化或修改。

  • 合同构成 1.2 合同成立与生效

  • 托管协议 基金管理人:融通基金管理有限公司 基金托管人:中国建设银行股份有限公司