• WAP手机版 RSS订阅 加入收藏  设为首页
系统应用

体检系统与HIS系统接口实现范例

时间:2014-01-23 21:47:40  作者:his2000.com  来源:his2000.com  查看:0  评论:0
内容摘要:作为一个重要的学科分支,即体检工作的重要管理手段之一,体检信息管理系统也发展迅速,几年时间已经发展了几代产品,无论在财务管理、业务管理、诊疗管理、疾病分析、健康服务、市场管理等各个方面,均有了非常大的发展。同时,随羞计算机技术与软件技术的不断发展,在许多领域内的一个发展趋势就是专...

作为一个重要的学科分支,即体检工作的重要管理手段之一,体检信息管理系统也发展迅速,几年时间已经发展了几代产品,无论在财务管理、业务管理、诊疗管理、疾病分析、健康服务、市场管理等各个方面,均有了非常大的发展。

同时,随羞计算机技术与软件技术的不断发展,在许多领域内的一个发展趋势就是专业化,即,越来越细的分工与业务细化。这样,在一个领域内,多个系统之间的接口或称协同工作的情况越来越普遍。医疗领域也不例外,所以,体检系统与其它系统,尤其是医院信息管理系统HIS的协同工作,也是体检系统的重要组成部分之一。

本规范试图从分析HIS系统和PEIS和特点入手,对系统之间的接口问题,提出建议。

 

2. 接口设计总则

 

 

第一条      通过PEIS体检系统与HIS医院信息系统的接接口, 要实现医院收费系统对体检产生的费用进行收退费; 同时, 也要可以进行相应的科室收入核算

第二条      在符合医院对信息系统规范化等要求的原则下,技术细节的实现要以此业务规范为准则

第三条      在可以实现业务需要的前提条件下, 也要尽量分别保证医院体检PEIS系统和医院现有HIS系统的相对独立性和完整性, 以减少各个系统之间的耦合为原则

第四条      在保证符合双方的功能要求的前提下,尽可能地采用最高效的实现手段

第五条      PEISHIS开发方双方对规范如有疑意或异议,或有修改意见,要尽快地与对方协商,达成共识后再进行实现。

 

此规范的实施需要医院各相关部门及医院HIS厂家的配合与支持。

 

3. 直接数据库访问接口方式

 

我们强列建议,使用直接数据库访问的方式进行接口设计与实现。

 

在理论上也使用其它方式,则数据结构等也可参考实现。虽然如此,本规范仍然强烈建议使用中间表的方式进行数据和状态传递,理由如下:

1.         数据库是最标准的、最通用的数据传递方式,最容易理解,不易发生歧义

2.         数据库是最基础、最成熟的技术之一,随着时间推移的变动极小,技术被淘汰的概率极小

3.         最好的异构支持与适应性,不同的操作系统、不同的网络架构、不同的语言开发环境、不同的数据库服务器

4.         系统之间的边界清楚,在接口双方,不易产生扯皮、踢球等影响工程进度的情况

5.         接口内容直观,容易理解,实现容易,排错容易,测试容易,开发速度快。节省人力物力和时间

6.         最佳的扩展性支持,重构支持。适应变化的能力强,在实际使用过程中,如果需求有变化,调整容易,兼容容易实现,许多变化可以很简单地实现,不必像其它接口方式那样全部需要重新开发、重新测试、重新编译、重新部署

7.         数据流动过程清晰,对医院与体检中心而言,实现风险低,技术转换风险低

8.         数据库技术群众基础好,技术人员交接容易,医院及体检中心维护简便,人员成本低

9.         支持完整的事务操作,可以事务回滚,这是实现复杂业务必须的

10.   支持多用户并发操作,结合事务处理,可以实现非常严格、复杂的多系统集成业务处理。

第二章 业务规范总则

第一条      本规范要实现的功能: 将体检系统的收费系统连接至医院HIS收费系统, 以完成对体检中心收费项目的收退费; 同时, 医院可将体检系统中各个收费项目对各个科室产生的费用进行核算。

第二条      PEIS需要对HIS做出专用的接口, HIS发出, 并自HIS接收有关收费的数据。

第三条      HIS的接口需要对PEIS接口的收费要求做出响应, 在正确收费后要给出完整的返回信息, 包括状态和必要的数据等内容。

第四条      PEIS软件负责收费项目的登记, PEISHIS负责对体检者的收费, 即个人或体检团体的收退费, 发票打印可由体检系统PEIS或医院信息管理HIS系统完成

第五条      如果收费在PEIS端完成,则在PEIS完成收费之后,由PEISHIS接口发送相应的收费信息,HIS接收到之后,就意味着PEIS的收费情况已融入HIS的收费系统之中,通常是按HIS的门诊情况来处理。

第六条      如果收费在HIS端完成,则在PEISHIS发送了相应和收费信息之后,将处于等待状态,在HIS完成收费之后,向PEIS发送已收费信息,PEIS接收到该已收费信息之后, 或者由体检者拿着收费发票在体检系统中确认之后, 该体检者才可以进入相应的体检流程。

第七条      从系统的安全性、各系统的本身属性来讲,以接口为界,PEISHIS系统各自负责自已一端的数据存取和业务流程处理。接口有多种实现方式,以最常见的无中间表的数据库方式、有中间表的数据库方式和DLL三种方式为例:
   
无中间表时,由数据提供方提供只读权限的表、视图或存储过程给数据使用方;
   
使用中间表时,由发送数据的一方负责创建,包括数据库服务器、表结构、状态描述等,由数据使用方在使用时自行取用,如果数据内容不够,则在接口开发阶段向数据提供方提出修改、扩充建议;
   
使用DLL时,则由数据使用方负责编写符合对方使用条件的DLL给数据提供方。

第八条      无论使用何种具体的接口方式,一个总的原则是:由数据提供方决定具体的数据提供方式,由数据使用方负责数据的读取和读取之后的业务处理。如果使用数据库的传递方式,则意味着双方对于对方的数据库没有,也不需要,任何写的权限。而中间库则双方均可读可写。


 

第三章 体检中心业务流程简介

在医院,体检中心是医院下属的一个科室, 但却与其它科室有着显著的差异, 事实上, 按业务模式与业务特点来分, 医院的主业务有以下三种(当然还有医技和检验等其它业务,均与这三种有接口):

 

1.      门急诊

2.      住院

3.      体检

 

对于不做体检的医院, 当然就没有上边的第3种即体检业务。有些医院, 虽然有体检中心,或体检科, 但业务量很小, 所以, 也有将体检业务并入门急诊业务的情况, 体检按与门诊基本相同的方式处理。这两种情况在本文不加讨论。

 

有些医院管理常识的人都知道,“门诊”和“住院”的差异是很大的,无论在诊疗业务、财务管理、病人管理等各方面,都有相当大的差异,如果你说在HIS系统中,将二者混为一谈,同样处理,恐怕没有多少人认为是一个好注意。事实上,两者是很难合并在一起的,如果强行合在一起,势必造成管理上的混乱和不正确。所以,HIS中会也会分为门诊与住院,根据不同的业务特点与管理要求分别处理。

 

对于专业化运作的体检中心, 其业务模式与医院门诊及住院之间的差异, 同门诊与住院之间的差异一样大, 这主要表现在以下几个方面:

 

1.      与门诊或住院不同, 体检中心面向的顾客不同, 门诊和住院是病人, 而体检中心的顾客主体是健康人群;

2.      对于门诊或住院而言, 医院通常是强势一方, 病人通常会严格遵守医院的各种规定和要求, 并积极配合医护人员,而体检者则通常认为自己是被服务的对象, 是花钱买服务, 所以, 体检中心会更市场化, 需要提供比门诊和住院要求更高的服务, 并且通常体检中心会配置外联部门即销售部门,这通常会对PEIS提供更多更高的要求;

3.      门诊和住院不会同时有一个团体集体来看病, 即使有, 也是逐个处理; 而体检中心不同, 很大的部分客户是团体客户, 团体客户内部人员之间要求体检的项目会有很大的共性;这将给体检系统带来很大的复杂性,尤其是收费系统与财务统计等方面。

4.      门诊和住院通常不会给病人一个总的分析报告, 或结果汇总分析等, 即使有通常也很简单, 而体检中心不同, 会对本次体检有一个详细的结果汇总与分析, 还有饮食、运动等各方面的建议; 做的比较好的体检中心, 还会与往年该体检者的体检结果进行对比分析;

5.      体检中心对于团体客户, 通常还要提供一份客户全部体检者本次体检的各种综合统计与结果分析; 做的好的体检中心, 也会有对于团体客户的历年结果对比分析;

 

事实上, 以上几条中最大的重点, 是团体体检的存在, 由此一条给体检中心的业务带来很多的复杂性:

 

1.      检前: 团体体检项目的登记: 比较好的体检系统, 都会有对于团检项目的批量的登记功能, 充分利用团体人员项目的相似性来批量处理, 以减少处理时间和对人手的需求, 提高效率的同时降低出错的可能性;

2.      收费: 通常体检中心允许有多种收费方式, 但与项目并不一定直接挂钩, 比如, ABC三个项目30+30+40100元钱,但体检者只带了现金99,银联卡刷了1,则这1元并不能说是这三个项目中的哪一个挂钩, 如果挂钩就错了, 因为如果你挂到A项目上, 但他如果要退C项目,并且要退为39元现金和1元银联卡, 那就退不了了, 体检者会不同意的. 另一个就是打折: 不管团体还是个人, 打折的现象是比较普遍的;

3.      项目增删改: 不管团体还是个人, 通常都会有不少人会随时增加、取消或变更项目; 这些变化除了在收费上马上体现出来之外, 在相关的检查检验科室也要马上体现; 新加的项目如果还没有收费, 则必须不能做, 否则, 就会有漏费现象;

4.      团体结算: 这是整个体检中心收费系统中最复杂的部分:

a)    首先是团体之中每个人的项目, 价格, 打折情况等可能均不相同;

b)    结算时, 团体之中每个人的项目完成情况也各不相同, 可能有85%的人完成了所有的检查, 10%的人根本没有来参加体检; 其它的人做了一部分项目, 并且各不相同, 参差不齐;

c)     结算时, 还有一个概念, 叫预结, , 有的人, 有的项目, 虽然还没有完成, 但客户也要结算进去, 这样在结算之后, 该人仍然可以继续进行这些项目的体检, 而其它人, 其它项目则要 禁检”, ,   虽然早就登记进去了, 但也不能继续进行;

d)    还有一种情况, 就是即使是团检, 也有自费部分, 如体检团体说, 各人自已可以增加项目, 但自已出钱; 或者, 体检团体说, 男的300, 女的400, 超出部分自费等;

e)    再有一种情况, 就是自动补差, 本来是公费, 300, 但如果该体检团体允许换项目, 则某人将其中原有的50元的项目, 换为一个70元的项目, 则产生的20元要自动转为自费; 很显然, 20元也是不能与项目关联的, 原因同前边相同;

f)     团体结算时, 体检团体的领导通常会要求再次打折或去掉零头, 比如, 结算了崃的结果是15680, 可能会要求只付15600, 那么这些差额也是无法关联到具体项目中的;

g)    团体通常会有预缴金, 比如2000人的单位, 人均消费300, 预计60万元, 体检中心可能会要求预付10, 最后结算时扣除;

h)    体检中心通常会要求体检团体分次结算, 因为, 如果只允许一次结算, 时间会拖的很长, 因为一个团体可能前后在数个月内才做完体检; 同时, 如果结算完后, 假设不再允许该团体未完成体检的人继续体检, 则体检中心会损失这一部分本来还希望继续完成体检的项目的收入。

i)      体检中心有些项目, 尤其是检验和影像类项目, 是在医院其它科室进行的, 则还需要进行各个科室, 各个医生的工作量统计和核算; , 由于团体体检的结算过程比较复杂, 这些核算也是更加复杂: 项目已做, 但款还没有收, 并且要拖很长时间才收; 项目已做, 但事实上项目的价格还不知道, 因为还没有结算, 结算之后才知道价格; 甚至一次结算之后, 下次结算还会对以前已结算过的重新打折, 重新结算, 所以, 其价格和数量等在一个相当长的时间段内, 是在不断变化的;


 

第四章 标软PEIS体检系统简介

正是由于体检中心的业务与医院其它业务的重大差异, 才产生了专业的体检系统软件和专业的体检软件厂商, 北京标软公司的体检系统, 是目前国内比较成熟、比较完善的体检系统, 主要开发人员已有在国内外近10年的相关经验和行业背景, 正是基于对医院业务和体检中心业务的深入掌握, 才使得这套系统可以很好地适应体检中心的需求; 这里仅主要讲一下收费系统, 从一开始的简单收费+辅助手工, 到现在的个人, 团检的各种收费方式, 打折方式, 团检收费, 团体结算, 外送结算, 财务统计等, 历时数年才实现的, 这其中, 曾经5次完全重写收费系统, 重写时使用了我公司的核心技术, 即软件工厂, 同类软件2007年国家科技部创新基金唯一支持项目, 如果没有软件工厂, 不要说5次重写, 1次重写就需要起码1年的设计+编码, 1年的不稳定排错, 2年的这么一个更新周期, 5次则需要10, 事实上意味着几乎不可能了. 为什么要完全推倒重来的代码重写呢? 因为在一开设计时, 包括数据库的设计和应用软件等的设计, 都没有考虑会有这么复杂, 做到某一步, 才会真正理解下一步的具体业务细节, 才会知道原来的设计是有缺陷的, 要想改的非常理想, 自然就必须重头来, 这个过程在软件工程中叫重构(Refactoring), 系统重构的代价是相当大的, 但是对软件系统的稳定性和功能增强等的效果也是非常明显的。


 

第五章 体检系统中与HIS系统相关部分简介

体检人群不同于普通患者,业务上讲,体检部分既不能归属门诊业务也不能归属住院业务,相当于完全独立的,并且是和门诊、住院同等地位的分支业务。体检人群主要分两种情况,个人体检和团体体检,对于个人体检可以强制性归属门诊业务来处理,但是主要问题和不同之处主要集中在团体体检,

团体体检不是实时进行收费,而是先体检后收费的结算方式,这与普通患者的收费流程相矛盾;

体检涉及到打折,同时打折率也会在整个体检过程中频繁的发生改变,在HIS中就要频繁的出现收与退的操作,造成工作极其繁琐;

由于不收费无法做终端确认,这与团体体检先体检后收费结算的特点相矛盾。

如果采用虚拟收费的方式进行处理,在最终收费结算的时候由于打折率的改变、体检人数的改变以及加项减项情况的频繁出现,而势必会出现数据不平的情况,这样对财务核算会造成严重的影响;

团体体检收费结算的滞后性的特点,也会对财务数据报表造成影响,例如:全年的整体报表问题不大,但是对于月报或者日报而言,很可能出现虚收与实收不一致的情况;

在团体体检发票处理也存在问题,可以有两种方式,按照个人打发票和按照团体打发票,如果按照个人打发票,发票量太大,不现实,通常也不必要。如果按照团体打发票,就要存在一个冲帐的过程,在程序实现的过程中无法实现将个体汇总打成团体发票;

体检的个体在HIS中视为普通患者,有挂号信息,如果体检周期比较长并且出现加项减项的情况,就会与HIS本身的业务流程挂号天数的限制相矛盾;

此外如果如此修改HIS程序,首先改动量比较大,并且涉及到收费,结算等核心业务程序的修改以及后台数据库结构的更改等,将目前稳定的程序作如此大的修改后会出现很大的风险。


 

第六章 可能的接口方案分析

从理论上, 可以有两种类型的接口方案可以选择, 即紧密型, 松散型, 下边对两种方案类型的特点进行一个简单分析:

方案

紧耦合A

松耦合B

综合C

描述

由体检或HIS登记体检项目, 但由HIS收费,并由HIS负责所有相关的财务统计和核算。体检系统不负责收费相关的业务与统计查询等。

(需要注意的的,体检中心特有不少要求,在HIS系统中是不具备的)

完整使用体检系统, 体检系统向HIS传送收费信息和核算信息。

由体检登记体检项目, HIS收费并向PEIS传送相关收费信息,并由HIS负责所有相关的财务统计和核算

HIS系统
内部完整性

: 三种方式均可以实现与HIS进行接口的要求,均能保证HIS系统的完整性。

体检系统
内部完整性

不好。不改造的HIS系统无法完全适应体检业务的要求,或,会牺牲体检系统的许多优秀功能。

医院对体检中心财务的掌控

好。三种方式均可以实现完整的收费要求,

体检中心内部各种管理与统计

不好. 浪费了。

个人体检
财务实现

团体体检
财务实现

不好 (难以完全实现)

, 但实现有难度

HIS与体检系统耦合度

高度耦合, 全院系统会变得脆弱

低耦合, HISPEIS系统稳定性均不会降低

尽可能降低度耦合, 但实现有难度

HIS系统改造
开发难度

实现难度高:
从前边分析可知,HIS内部无法直接符合完整的体检业务要求,尤其是财务

HIS系统通常不需要修改,只需要做接口即可

仍然存在对HIS的无法避免的修改要求

体检系统改造
开发难度

体检系统的设计与架构,对这三种方式均有很好的支持。虽然均需要对PIES进行适当改造以适应不同医院的要求,但均在可控的范围之内,且三种方式的实现难度区别不大。

HIS系统改造
需要时间
(HIS
公司实现)

最低两月, 最高不易确定

二周~三周左右。

根据具体情况不同。

体检系统改造
需要时间

两周左右

两周左右

两周~四周左右

体检系统改造
对现有系统影响

, 基本没有

不定          

体检系统改造
失败风险

, 基本没有

不定

推荐程度

µµ

µµµµµ

µµµµ

 

表中, 提出了三个不同的方案, 其中 方案A.紧耦合型”, “B.松耦合型为本接口规范以前的方案, “C.综合型则是自2010年初起开始引入的一种方案, 大致方案上接近于方案A, , 原方案AHIS的改造太大, 在实践中不易实现, 同时, 体检系统上许多优势则无法体现, 会削弱体检系统的功能性指标,而方案B在体检系统上具有最完美的体现, 但可能并不一定能符合所有医院的管理要求。方案C则以方案A为基础, 吸收方案B的优点, 尽可能地将AB两方案的优点集中在一起, 同时避免方案AB中各自的优点但缺点是实现起来有难度, 开发时间会明显变长。


 

第七章 紧耦合A型方案业务流程

1. 主流程

体检系统

 

HIS系统

(1)   挂号,取得诊疗号

(2)   读取该体检者基本信息,并建立或检索档案

(3)   登记项目单

(4)   接收项目列表,计算费用

(5)   体检者缴费,打印发票等

(6)   等待收费记录已收费标志

(7)   进行体检业务流程

(8)   体检项目完成,发送已检、总检、弃检等标志给HIS

(10) 不负责相关统计及查询

 

(9)   检测、更新已检等状态标志

 

(11) 负责各种体检财务相关的统计与查询

 

下箭头: 门诊下箭头: 体检者

 

(1)      (可选)体检者在HIS系统上进行挂号,取得一个该体检者的一个病人号码如诊疗号

(2)      (可选)体检系统从HIS中读取该体检者基本信息,并在体检系统中建立档案,或检索出旧档案

(3)      体检者在体检系统中登记项目,并将项目列表传送到中间库中,等待HIS系统收取

(4)      体检系统从中间库中取出收费项目

(5)      体检者在HIS系统中缴费、打印发票等

(6)      体检系统PEIS等待从HIS传来的已收费标志

(7)      体检系统继续进行正常体检业务

(8)      在某体检者体检过程中,或结束之后,将项目的检查状态、体检者状态等标志传送至中间表

(9)      HIS负责收取并处理上述各种状态

(10)   体检系统中将没有收费相关的记录,也便没有了相关的统计与查询

(11)   相关的统计与查询由HIS负责

 

注意, 其中的诊疗号有两种可能, 一种是 每次体检的流水号, 一种是HIS方的 本人本院终身唯一号, 不管是哪种,我们可以根据该号从HIS中取出该体检者的基本信息,并可能据此进行体检系统的档案关联。这一点在后边的方案中相同,将不再重复。

 

2. 退费退项

体检系统

 

HIS系统

(1)   退项登记,退项列表送住HIS

 

(2)   接收退项列表

(3)   体检者退发票,退费

(4)   等待退费标志

(5)   进行体检业务流程

 

(6)   不负责相关统计查询

 

(7)   负责各种体检财务相关的统计与查询

 

(1)  退项登记,如有团体统收以外的收退费记录,则生成收退费单送住HIS

(2)  HIS接收项目列表

(3)  体检者在HIS系统中缴费,打印发票等

(4)    PEIS等待已收退费标志

(5)    PEIS接到收退费标志后,继续完成体检

(6)    PEIS中没有收费相关的统计与查询

(7)    HIS处理相关的统计与查询事宜

 

3. 团体

 

(1)  团体的财务处理是相当复杂的一件事。在这种方案中,HIS应该充分地考虑各种可能的情况,妥善处理。

(2)    处理的依据,也是根据PEIS传来的项目清单,和其使用团体统一缴费的指示。此后的缴费与统计等在体检系统中将不再体现。


 

第八章 松耦合B型方案业务流程

1. 主流程

体检系统

 

HIS系统

(1)  挂号,取得诊疗号

(2)   读取该体检者基本信息,并建立或检索档案

(3)   登记 收费项目
发送 登记单

(4)   接收收费项目列表
和登记单

(6)   接收体检者收费信息
和发票信息

(5) 收费,打印发票
     
发送收费单

(7)   不等待HIS任何标志

(8)   进行体检业务流程

(9)   体检项目完成,不必发送各种状态

(10) 依然负责各种相关统计与查询,并发送其结果   

 

(11) 只须调用各种体检财务相关的统计与查询

下箭头: 体检者下箭头: 门诊

(1)      (可选)体检者在HIS系统上进行挂号,取得一个该体检者的一个病人号码如诊疗号码

(2)      (可选)体检系统从HIS中读取该体检者基本信息,并在体检系统中建立档案,或检索出旧档案

(3)      在体检系统中登记项目

(4)      PEIS将收费项目、登记记录传到中间库中, HIS负责取走,同步到HIS系统中

(5)      PEIS中,体检者完成缴费, 体检系统负责收费及打印发票等工作

(6)      PEIS将收费记录、发票记录传到中间库中, HIS负责取走,同步到HIS系统中

(7)      PEIS不必等待HIS的状态消息

(8)      体检系统正常体检业务

(9)      体检系统负责一切业务相关及财务相关处理,不必发送各种状态给HISHIS不必考虑接收或处理体检业务的各种状态。

(10)   体检系统仍然负责相关的统计与查询工作

(11)   (可选)体检系统负责将体检相关的财务统计信息发布至中间库,由HIS系统调用展示

 

2. 退费退项

体检系统

 

HIS系统

(1)   退项登记,生成收退费单送住HIS

 

(2)   接收项目列表及收费单

(3)   收退费、退发票等

(5)   不必等待HIS状态

(6)   保持原有统计查询

(4)   接收退费及退票信息

 

(1)  退项登记,生成收退费单送住HIS

(2)  HIS接收项目列表及收费单

(3)  体检者缴费,打印发票等

(4)  HIS接收收退费及发票信息

(5)  不必等待HIS状态

(6)    收费相关统计查询仍由PEIS实现

 

3. 团体

 

(1)  复杂的团体财务处理,仍由体检系统处理。这在体检系统中是已经具备的内容,不必另行开发。

(2)  由体检系统向中间库发送相关的统计与查询数据,供HIS调用。

 


 

第九章 综合性方案业务流程

1. 主流程

体检系统

 

HIS系统

(1)  挂号,取得诊疗号

(2)   读取该体检者基本信息,并建立或检索档案

(3)   登记项目, 并发送登记单与收费单

(4)   接收项目列表及收费单

(5)   体检者缴费,打印发票等

(6)   等待收费记录收费标志

(7)   进行体检业务流程

(8)   完成体检项目完成,不必发送已检标志给HIS

(9)   负责相关统计查询

(10)可调用统计与查询

 

下箭头: 门诊下箭头: 体检者

(1)  (可选)体检者在HIS系统上进行挂号,取得一个该体检者的一个病人号码如诊疗号

(2)  (可选)体检系统从HIS中读取该体检者基本信息,并在体检系统中建立档案,或检索出旧档案

(3)  在体检系统中登记项目,形成登记单、收费单,并发往中间库供HIS调用

(4)  HIS从中间库中,接收收费项目、登记记录、待缴费记录等

(5)  HIS负责体检者缴费,打印发票等

(6)  等待从HIS传来的已收费标志

(7)  体检系统正常体检业务

(8)  PEIS不必发送各种标志给HISHIS也不必接收或处理不同体检阶段的各种状态

(9)  PEIS仍然处理各种统计查询

 

 

2. 退费退项

体检系统

 

HIS系统

(1)   退项登记,生成收退费单送住HIS

 

(2)   接收项目列表及收费单

(3)   体检者退发票,退费

(4)   等待收费记录已收费标志

(5)   等待已收退费标志

(6)   进行体检业务流程

 

(1)  PEIS退项登记,如有团体统收以外的收退费记录,则生成收退费单送住HIS

(2)  HIS负责接收项目列表及收费单

(3)  HIS负责体检者缴费,打印发票等

(4)  PEIS等待收费记录已收费标志

(5)    PEIS等待已收退费标志

(6)    PEIS处理各种体检业务

 

3. 团体

 

(1)  复杂的团体财务处理,仍由体检系统处理。这在体检系统中是已经具备的内容,不必另行开发。

(2)  由体检系统向中间库发送相关的统计与查询数据,供HIS调用。


 

第十章 接口难点重点分析

1. 接口业务内容

要考虑后边章节的接口表和必要的字典表是否兼容, 如果HIS端需要体检系统增加表或字段,没有问题,如果由于体检系统的业务需要, 体检系统可能也会需要, 当然尽可能不产生这种要求: HIS增加表或字段,甚至修改HIS端的某些程序以容纳体检的业务, 这种可能是存在的, 因为前边分析过, 体检业务有许多与门诊住院不同的地方,多数HIS都没有很完善地处理这些业务的方法用模块。

 

2. 状态同步

 

序号

体检端字段

意义

1

PeisPatient.F_FeeCharged

体检者是否已的已缴费的收费记录

2

PeisPatientFeeItem.F_FeeCharged

体检者某体检项目是否已收费

3

PeisPatientFeeItem.F_Examinated

体检者某体检项目是否已检

4

PeisPatientCharge.F_FeeCharged

体检者某收费记录是否已收费

5

PeisPatientCharge.F_IsReturn

体检者某收费记录是否是退费(金额为负)

需要考虑HIS中是否有这些字段, 其意义是否相同。

 

3. 缴费单

关于缴费单也有不同的处理方式,由于体检缴费的复杂性,在体检系统中,通常要比HIS系统复杂些。一个缴费单,除了列出该单所对应的许多项目外,还要列出该单所对应的许多不同收费方式的缴费记录,

如图所示:

项目1,原始金额1,实际金额1,…

项目2,原始金额2,实际金额2,…

项目3,原始金额3,实际金额3,…

现金,金额A

统收,金额B

银行卡,金额C

市医保,金额D

缴费单

金额合计,收费员,时间

对于HIS而言,如果已经适应这种情况,则没有问题,如果不适应,则有两种选择,一种对HIS做出调整,一种是降低体检系统的功能要求,比如,收费方式只能同时用一种,不能用两种或两种以上等。

再有,体检系统中,每张单子上的项目数及缴费记录是不限制的。但,有的HIS则是有限制的,比如每张单子最多6个项目等。

 

4. 退费

反向流程总是比正向流程要复杂。退费牵涉的问题也不少。比如,HIS是如何退费的?在体检系统中是提供了最大的自由度,即,不区分增项与退项,在一张缴费单上,可以有增项,也可以有退项,同时对其数目均不加限制。但在HIS中,是否也允许这样也是个问题,或者,还有更多的不同,比如有的HIS退项只能将整个单子完整退掉,再重新创建一个新的单子,等。

 

5. 团体收退费与团体结算

前几章分析过,团体体检收费及结算的复杂性。这些在体检系统中均已完善解决。比如,团体中的个人缴费即可以有自费,也可以有统收,还可以自动被差(即一个项目一部分用统收,一部分缴自费)。

    HIS接口后,体检系统将如实地将项目及记录全部传到HISHIS将负责处理后边这些事情,比如后期绪时打折(或价格上调)、预缴金、团体未结款、团体详细项目构成分析等。这通常在HIS中原本是没有的。


 

第十一章 PEISHIS可能需要共享的字典表

目前,这些表已存在于PEIS体检系统之中,并且在通过接口传给HIS的收费业务表中,会通过ID关联到这些表中,HIS端也许并不需要同时有这些表的相同表达方式,但如果需要在HIS端可以依据这些内容进行统计的话,可能需要以相同或类似的方式拥有这些记录内容(PEIS端表中的XX代码即XX_Code字段即为二者之间的桥梁, PEIS端此字段的内容可取自HIS, PEISHIS同时使用一个共同的第三方代码, 只要该字段具有唯一性即可),同时,如果在PEIS端这些数据记录发生了增加(删除及改变是不推荐的, 但可以停用), HIS端需要具备手段自动或手工地与之可以保持同步:

 

1. BasExamFeeItem/BEFI

收费项目表

在所有需要与HIS/LIS/PACS端共享的字典表中,这可能是最重要的一个了。收费项目是其它各种不同层次的项目的基础。如“血常规”。

本表是体检者向HIS端发送价格信息的基础(有的HIS还要再次分解为价表项目);也是PEISLIS/PACS系统发送检查检验项目申请的依据。

字段

类型(长度)

说明

ID_ExamFeeItem

Int

主键, ID字段

ExamFeeItem_Name

Varchar(50)

收费项目名称

ExamFeeItem_Code

Varchar(50)

收费项目代码, HIS接口标识

ExamFeeItem_FeeCode

Varchar(50)

HIS收费代码, HIS接口收费代码

ExamFeeItem_HisName

Varchar(50)

HIS中使用的收费项目名称

UnitPrice

Money

单价

ID_ClassOfFeeItem

Int

项目分类ID

ID_ClassOfReceipt

Int

发票项目分类ID

ID_LabType

Int

样本类型ID

LabType_R

Varchar(20)

样本类型

 

 

2. BasClassOfFeeItem/BCOFI

项目分类表

通常不使用。只有当使用收费项目表BasExamFeeItem字段ID_ClassOfFeeItem时才使用, 用于使用该字段进行分类统计

字段

类型(长度)

说明

ID_ClassOfFeeItem

Int

主键, ID字段

ClassOfFeeItem_Name

Varchar(30)

项目分类名称

ClassOfFeeItem_Code

Varchar(30)

项目分类代码, HIS接口标识

 

 

3. BasClassOfReceipt/BCOR

发票项目分类表

通常不使用。只有当使用收费项目表BasExamFeeItem字段 ID_ClassOfReceipt 时才使用, 用于使用该字段进行分类统计

字段

类型(长度)

说明

ID_ClassOfReceipt

Int

主键, ID字段

ClassOfReceipt_Name

Varchar(30)

发票项目分类名称

ClassOfReceipt_Code

Varchar(30)

发票项目分类代码, HIS接口标识

 

 

4. DictFeeType/DFT

费别表

体检者可能有不同的人群,对相同的收费项目执行不同的价格标准体系。比如标准”“优待”“外宾

字段

类型(长度)

说明

ID_FeeType

Int      

主键, ID字段

FeeTypeName

Varchar(20)

费别名称

FeeTypeCode

Varchar(20)

费别代码

 

 

5. DictPayWay/DPW

支付方式表

不同的支付方式, 在科室核算中没有用, 但在HIS接收来自PEIS的收费信息时有用,当然,如果业务需要比较简单,比如只需要区分“1自费/2公费”, 则也可以省略此表

字段

类型(长度)

说明

ID_PayWay

Int

主键, ID字段

PayWay_Name

Varchar(20)

支付方式名称

PayWay_Code

Varchar(10)

支付方式代码, HIS接口标识

 

 

6. BasExamItem

检查项目表

检查项目是收费项目之下的一个层次的项目,用来将每一个收费项目分解为检查检验层面,来保存检查检验结果数据。如“血常规”分解为“血小板计数”等。

本表是结果数据回传的依据。

字段

类型(长度)

说明

ID_ExamItem

int

主键, ID字段

ExamItem_Name

Varchar(50)

检查项目名称

ExamItem_Code

Varchar(50)

检查项目代码, LIS/PACS接口标识


 

第十二章 PEISHIS接口用的业务接口详细说明

1. 中间库表概述

 

以下表为业务接口表, 存在于PEISHIS之间的中间库中, 通常由数据提供方即PEIS负责创建, HIS负责使用, HIS在使用过程之中, 可以对其中的标志字段等相关业务字段进行设置或清除, 以完成业务流程控制。

也可能HIS并不直接使用此表, 而由另外一个程序即同步器使用之, 该程序同时对HIS的表进行操作(可能通过HIS的存储过程或应用程序等方式)

 

1)     中间库名为HerPeisTransLisPacs,放在体检服务器上,不能改名,且必须与体检系统装在一起(即要在同一台服务器上)

2)     IntPatient 表为体检者表, 肯定要用, 而对于两个项目表, LIS/PACS接口,外发时,最简方案可以只会用到IntPatientFeeItem(收费项目表,是大项表),完整接口则需要用的更多的表。而结果回传,则最简方案主要使用IntPatientExamItem(检查项目表,是细项表)

3)     不管是大项IntPatientFeeItem或细项IntPatientExamItem, 通过 ID_PatientPatientCode与体检者基本信息表关联, 可得到该体检者的性别年龄等体检者基本信息

4)     无论大项细项表中均有一个 “TransfterTarget” 传送目标字段, 该字段用于区分不同的LIS/PACS系统。如果通过使用本中间库与体检系统接口的系统只有一个, 则本字段可以不使用, 如果有多个, 比如一个LIS, 一个心电工作站, 一个PACS系统, 则三个系统可分别约定好, 使用不同的标识如 “LIS/ECG/PACS” 来标识不同的目标系统, LIS/PACS系统的接口程序中, 从本中间库中取得项目时, 过滤一下, 只取符合自己标识的项目即可。
   
当然, 在体检系统中, 需要对部门管理科室” (注意不是收费项目或检查项目) 中的 “HIS类型进行相同的设置, 如下图:

 

5)     表中使用红色标明的字段表示可能是比较重要的字段, 但具体使用哪些字段, 就像使用哪张表而不使用哪张表一样, HIS/LIS/PACS系统接口开发方根据需要来定, 并无一定要求。

 

 

2. 业务接口表列表

 

表编号与表名称

表标题/表名缩写

说明

A. IntPatient

体检者/IP

体检者基本信息

B. IntPatientChargeSheet

收费单/IPCS

每次收退费生成一张

C. IntPatientCharge

收费单名细/IPC

每张收费单的支付明细,

每记录为不同的收费方式

D. IntPatientRegisterSheet

登记单/IPRS

每次完成登记生成一张

(收费之后)

E. IntPatientRegisterSheetDetail

登记单明细/IPRSD

每登记单下收费项目明细

F. IntPatientRegisterSheetPriceDetail

登记单价表项目明细/IPRSPD

每登记单下收费项目分解为 “价表项目”(HIS需要或不需要)

G. IntPatientReceipt

发票收据表/IPR

发票或收费表

R. IntPatientFeeItem

收费项目表/IPFI

体检者收费项目明细

S. IntPatientExamItem

检查项目表/IPEI

收费项目按检查细项分解
(
通常不需要)

T. IntPatientTransFeeItem

收费项目转换表/IPTFI

病人收费项目按管理要求分解转换表
(
视医院或地区不同需要或不需要)

U. IntPatientTransTarget

收费项目传送对象表/IPTT

收费项目按接口要求合并
(
通常不需要)

X. IntExamItemRealTime

实时回传控制表/IEIRT

通过此表,HIS/LIS/PACS通知PEIS实时更新数据或状态

 

3. 接口表表间关系

基本的表间关系图示如下:

 

G

发票IPR

IntPatientReceipt

 

B

收费单表IPCS

IntPatientChargeSheet

C

收费明细IPC

IntPatientCharge

 

D

登记单IPRS

IntPatientRegisterSheet

 

E

登记单明细IPRSD

IntPatientRegisterSheetDetail

 

F

 

登记单价表项目明细IPRSPD

IntPatientRegisterSheetPriceDetail

R

收费项目表IPFI

IntPatientFeeItem

 

S

检查项目表IPEI

IntPatientExamItem

 

T

收费项目转换表IPTFI

IntPatientTransFeeItem

 

U

传送对象表IPTT

IntPatientTransTarget

 

实时回传控制表IEIRT

IntExamItemRealTime

X

A

 

 

体检者表IP

IntPatient

 

注:  G发票表与表B收费单表之间的关系为一种不确定的主细关系,
在某些条件下,对某些医院的业务是确定的。

注:  C收费明细表IPC与表A体检者之间的关系也为一种确定的主细关系。表C可以通过B 也可以不通过B与表A建立联系。

 

4. 中间表传递数据的规则

A.    已传标志

已传标志指的是从PEISHIS/PACS/LIS方向的数据传送标志。在不同的表中可能字段名称并不完全相同,这是由历史原因形成的,通常叫F_TransferedF_IntTransfered, 布尔(boolean, Bit)型数据。

 

下边以IPFI表为例,说明一下该标志的用法:

 

PEIS端初次发送时,F_Transfered会被PEIS0,当HIS/PACS/LIS取后用,需要将之置1表示已处理过。但是,当项目重发,或项目内容有改动,则该标志会被重新置0HIS/PACS/LIS需要重新读取,并负责在读取后将之置1HIS/PACS/LIS需要根据新的数据值和业务特点处理好,不要造成项目错误的重复。

 

已传标志只对该表负责。并不对下属表负责。其它表也是类似的规则。如,一个体检者改名,需要对IP进行更新,但,对该体检者之下的表则没有必要改动,不必处理下属表。

B.    已收费标志

已收费标志指的是在PEIS端已收费,提供给HIS/PACS/LIS方向的由其使用的标志。在不同的表中字段名称通常均叫F_FeeCharged, 布尔(boolean, Bit)型数据。

 

仍以IPFI表为例,说明一下该标志的用法:

IPFI通常是给LIS/PACS等诊疗目的使用的,通常并不太关心具体价格,但如果是严格控制收费的话,已收费标志F_FeeCharged是需要判断的。虽然初次发送时,PEIS只会发送已收费的项目,但在体检者将项目退费之后,PEIS并不会将该记录删除(如果删除了,HIS等将无从判断项目已退费或删除,除非频繁地轮询),而是将F_FeeCharged标志清0. 如果体检者又重新增加了该项目,则该标志又会被重新置1表示该项目还要做。无论该记录的任何属性发生改变,包括F_FeeCharged标志清0或置1,已传标志F_Transfered均会被PEIS0,表示数据有变化。HIS等应该根据情况正确处理相应的业务,并负责将该已传标志F_Transfered标志置1表示已处理。

C.    时间标志

许多表有以下字段:DT_LastBySync, DT_LastByPEIS, DT_LastByHIS提供了一种更多的数据更新状态比较机制,分别表示同步程序、PEISHIS/LIS/PACS最新更新时间。可以根据这三个时间来决定数据更新要求及状态。接口程序可根据需要选用。但要注意,一是三方在使用时要更新表示自己一方更新时间的字段,同时注意,该时间需要取自本中间库所在服务器的服务器时间,不能使用不同于这个时间的本地时间。

D.    重发

即使PEIS端多余的重发,也要由接收端HIS等保证不应该出现业务的错误或重复。如,一个血常规,由体检系统重发5遍,但LIS端仍然要认为只有一个血常规项目,而不是6个。这里由体检业务的特点决定的。如果是项目真的另缴钱再做一遍,则体检号会不同的。

E.    补发

同一个体检者,同一标本(同一执行科室等)可能会在中途增加新的项目。事实上处理与“重发”并无区别。

F.     反向状态

这里大部分的数据传递方向为PEISàHIS/LIS/PACS。复杂的业务流程控制也主要是针对该方向进行(相比而言,结果数据的回传则较为简单一些)。所以,这里称PEISßHIS/LIS/PACS方向的状态控制为反向状态控制。在重要的表中,均有反向状态控制标志如F_Back_FeeChargedF_Back_ExamStartedF_Back_ExamFinishedF_Back_Transfered, 用于在己方数据或状态发生变化时通知PEIS方。PEIS方则根据这些进行相关的业务流程控制和处理。

    但,通常这种需要占整个业务需要的很少的比例,所以,事实上大多数场合下,并不进行控制或处理。如,PEIS退费时,按道理应该先查问一下LIS方提供的“F_Back_ExamStarted 即检验已开始,不允许退项”的标志,允许通项再退。但,通常情况下LIS方并不做此通知工作,PEIS也无从查起,如此,PEIS会将之退项,而在LIS方做的工作将变为无用或浪费。事实上,不少医院是根据当时的时间和所做的项目特点估计的,如果有可能已做,体检中心将使用电话等其它手段进行确认,以减少由此带来的损失。

G.    数据回传

回传包括数据回传及回传状态控制。数据回传本身,通常使用数据提供方提供的方式,通常为只读权限的数据表和数据表图。比如检验结果、影像结果等。我们另有专门针对LIS/PACS的数据回传规范另行探讨。

H.    回传状态控制

对于回传数据的状态控制,实时回传控制,可以使用这里的X. IntExamItemRealTime 实时回传控制表/IEIRT”, 使用时注意其几个回传标志字段:F_Back_ExamStartedF_Back_ExamFinishedF_Back_Transfered即可。

实时回传控制的最简单法,就是当LIS/PACS (LIS中回传结果数据也是一样)完成一个体检者的某个项目后,在此表中写上该体检者及其传送对象即可。PEIS发现有数据更新,会随时取走该数据,数据取后,则会删除该行。

I.     退项禁止状态

比如,科室已做了某项目,但还没有通知PEIS,所以 PEIS端可以退掉该项目。这时中间表中的已收费标志,或已删除标志将反映这个变化。HIS/LIS/PACS端因为已做项目,无法退,这时有几种选择,一是人工通知体检中心工作人员,或是错误信息返回体检系统进行提示。而更好和处理方式则是,由HIS/LIS/PACS方在每次开始做某个项目时,会致使其不能完成退项要求前,将该状态预先通知PEIS。这个由于是从HIS/LIS/PACS方到PEIS的信息,所以,通常也使用回传实时控制表。

J.     分布式事务支持

通常,一个医院的业务需要是,是对于某一个确定业务来讲,通常明确地确定的某个方面传递数据,并不是双向同时进行,但并不尽然。比如,收费通常选择只由PEIS一方进行,或者是HIS一方进行,通常不会既允许体检者在PEIS端缴费,也允许在HIS端缴费, 但,我们的接口应该考虑到这种情况,并且需要正确处理各种不同的场景。

 

5. 业务中间表说明

首先需要了解一点,即,“两个不同系统之间的完全完整的接口是很复杂的,其开发代价是很大的”,本文提供的就是一个很详细、完备的接口规范。从下文的一系列表中可以看到,对它的实现,必定是比较复杂的。这是由系统本身的复杂性决定的,而不是有意使之复杂化。

事实上,在PEIS体检系统之内,这个规范是已接近完全实现。所以,最后的难点在于HIS端的开发。

但,并不意味着每个医院都需要如此复杂、全面的接口。事实上,对于通常的绝大多数接口要求而言,可能其中不到10% 的规范要求,可以实现 90% 以上的接口要求。对于没有完全实现的部分,完全可以通过对实际业务的变通处理来实现。

也就是说,实现到什么程度,可由医院自行决定。我们这里只是按照我们做过的最高要求来描述。

同时,作为一个例子,本文后边还将再给出一个推荐的、简化的接口方案。

后边将完整的业务接口表描述一下,其中粗体红字表示重要。

 

6. A.IntPatient/IP

A. 体检者基本信息/IP

体检者基本信息

                                

字段

类型(长度)

说明

ID_IntPatient

Int

主健, ID字段(体检者接口ID)

HospitalCode

Varchar(50)

医院编码。以共别不同医院

ID_Patient

Int

体检号//团体任务ID

StrIDPatient

Varchar(50)

体检号串。已不推荐使用

PatientCode

Varchar(50)

体检代码。推荐使用//任务ID

PatientCodeHiden

Varchar(50)

体检号暗码。通常不用

F_UseCodeHiden

Bit

是否使用暗码

PatientCardNo

Varchar(30)

诊疗卡号,也叫一卡通号。医院内一个病人唯一识别号,终生不变

InPatientNo

Varchar(50)

住院号

OutPatientNo

Varchar(50)

门诊号

IDCardNo

Varchar(30)

身份证号

PatientBizNo

Varchar(50)

业务编号,不同场合不同含义,如对于保险公司,可能是保险号

PatientName

Varchar(50)

体检者姓名//团体名称

ID_PatientArchive

Int

体检者在体检系统中的档案ID

PatientArchiveNo

Varchar(50)

体检者在体检系统中的档案号

PatientRequestNo

Varchar(50)

病人申请单号(备用)

Input_Code

Varchar(8)

输入码(拼音字头)

Sex

Varchar(8)

性别

BirthDate

Datetime

出生日期

Age

Int

年龄

AgeUnit

Varchar(8)

年龄单位(岁,,,时)

AgeOfReal

Numeric(18, 5)

实数表示的年龄

Marriage

Varchar(4)

婚姻

Profession

Varchar(50)

职业

ResAddress

Text

居住地址

Phone

Varchar(50)

电话

Email

Varchar(50)

电子邮件

ID_Org

Int

团体ID

ID_OrgReservation

Int

团体任务ID

Org_Name

Varchar(100)

团体名称

Org_Code

Varchar(50)

团体编码

Org_Depart

Varchar(30)

团体部门

Org_DepartSubA

Varchar(30)

团体子部门

Org_DepartSubB

Varchar(30)

团体三级子部门

Org_DepartSubC

Varchar(30)

团体四级子部门

Org_DepartSubD

Varchar(30)

团体五级子部门

Org_DepartSubE

Varchar(30)

团体六级子部门

Org_DepartAll

Varchar(100)

团体多级子部门合并

NumDay

Int

当日序号

ExamType_Name

Varchar(20)

体检类型

FeeType_Code

Varchar(20)

费别编码

FeeType_Name

Varchar(20)

费别

F_Registered

Bit

已登记

DateRegister

Datetime

登记日期

DoctorReg

Varchar(30)

登记员

DoctorRegCode

Varchar(30)

登记员编码

DoctorOpen

Varchar(30)

开单医生

DoctorOpenCode

Varchar(30)

开单医生编码

F_FeeCharged

Bit

是否已缴费(可能并没有缴完)

ParsedSuiteAndFI

Varchar(300)

项目构成分析

ParsedSuiteAndFILab

Varchar(300)

检验项目构成分析

DateCreatedPeisPatient

Datetime

创建日期

F_UsePatientAsOrg

Bit

本记录是个人还是团体

F_Paused

Bit

体检者被禁用

F_Transfered

Bit

已传标志

DT_LastBySync

Datetime

最近同步器更新时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

注意,本表属于个人和团体共用。相应的字段的意义也会发生相应的变化,比如,姓名将是团体名称,体检号将是任务ID等。由F_UsePatientAsOrg来指示:为1时为团体。

 

 

7. B.IntPatientChargeSheet/IPCS

B. 收费单/IPCS

每次收退费生成一张。

¯注意: 兼容个人收费、个人记帐收费、会员卡收费、个人预缴金、团体收费各种情况。

字段

类型(长度)

说明

ID_IntPatientChargeSheet

Int

主键, ID字段(收费单明细接口ID)

ID_PatientChargeSheet

Int

体检库中相应的字段ID

HospitalCode

Varchar(50)

医院编码

IntPatientChargeSheet_Code

Varchar(50)

收费单接口代码

IntPatientChargeSheet_Date

Datetime

收费单接口代码日期

ID_Patient

Int

体检号

StrIDPatient

Varchar(50)

体检号串

PatientCode

Varchar(50)

体检代码

PatientName

Varchar(50)

体检者姓名

PatientClass_Name

Varchar(30)

体检者类型

PatientClass_Code

Varchar(30)

体检者类型代码

FeeType_Name

Varchar(20)

费别

FeeType_Code

Varchar(20)

费别代码

MoneyAmount

Money

原始总金额

MoneyAmountPaid

Money

优惠总金额

ID_PayWay

Int

支付方式ID

PayWay

Varchar(30)

支付方式

PaywayCode

Varchar(30)

支付方式代码

PayWayHis_Code

Varchar(100)

支付方式HIS代码

PayWayHis_Name

Varchar(100)

支付方式HIS名称

F_FeeCharged

Bit

已收费

F_IsReturn

Bit

已退项

F_IsDeleted

Bit

已删除

ID_FeeCharger

Int

收费员ID

FeeCharger

Varchar(30)

收费员

FeeChargerCode

Varchar(30)

收费员代码

FeeChargeTime

Datetime

收费时间

F_Back_FeeCharged

Bit

HIS端已收费

PaidByOtherThanPEIS

Int

HIS端已收费的收费方式

ReceiptSheetNoOfHis

Varchar(50)

HIS端收费产生的发票号

F_HisIntTransDisabled

Bit

HIS端接口禁用

F_IntTransfered

Bit

已传标志

DT_IntTransfered

Datetime

传送时间

F_IntReturned

Bit

已退标志

DT_IntReturned

Datetime

退费时间

ID_IntPatientChargeSheet_Returned

Int

退费单接口ID

ID_PatientChargeSheet_Returned

Int

退费单ID

IntPatientChargeSheet_AcctNo

Varchar(50)

退费单接口上帐号码

DT_LastBySync

Datetime

最近同步器更新时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

 

 

8. C.IntPatientCharge/IPC

C. 收费单名细/IPC

每张收费单的支付明细,每记录为不同的收费方式。

字段

类型(长度)

说明

ID_IntPatientCharge

Int

主键, ID字段(收费单明细接口ID

ID_IntPatientChargeSheet

Int

收费单接口ID(主表ID

ID_PatientCharge

Int

收费明细ID

ID_PatientChargeSheet

Int

收费单ID

HospitalCode

Varchar(50)

医院编码

IntPatientCharge_Code

Varchar(50)

收费明细接口代码

IntPatientCharge_Date

Datetime

收费明细接口代码日期

ID_Patient

Int

体检号

StrIDPatient

Varchar(50)

体检号串

PatientCode

Varchar(50)

体检代码

PatientName

Varchar(50)

体检姓名

ID_Payway

Int

支付方式ID

Payway

Varchar(30)

支付方式名称

PaywayCode

Varchar(30)

支付方式代码, HIS接口标识

PayWayHis_Code

Varchar(20)

支付方式HIS代码

PayWayHis_Name

Varchar(20)

支付方式HIS名称

MoneyAmount

[Money],

应付金额

MoneyAmountPaid

[Money],

实付金额

F_FeeCharged

Bit

标志字段, 此记录接口已处理

F_IsReturn

Bit

已退标志

F_IsDeleted

Bit

已删标志

ID_FeeCharger

Int

收费员ID

FeeCharger

Varchar(30)

收费员

FeeChargerCode

Varchar(30)

收费员代码

FeeChargeTime

Datetime

此记录收费时间

F_Back_FeeCharged

Bit

HIS端已收费

PaidByOtherThanPEIS

Int

HIS端已收费的收费方式

ReceiptSheetNoOfHis

Varchar(50)

HIS端收费产生的发票号

F_HisIntTransDisabled

Bit

HIS端接口禁用

F_IntTransfered

Bit

标志字段, 此记录接口已处理

DT_IntTransfered

Datetime

传送时间

F_IntReturned

Bit

已退标志

DT_IntReturned

Datetime

退费时间

DT_LastBySync

Datetime

最近同步器同步时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

 

 

9. D.IntPatientRegisterSheet/IPRS

D. 登记单/IPRS

每次完成登记生成一张

(收费之后)

字段

类型(长度)

说明

ID_IntPatientRegisterSheet

Int

主键, ID字段(登记单接口ID

ID_IntPatientChargeSheet

Int

收费单接口ID

ID_PatientRegisterSheet

Int

登记单ID

ID_PatientChargeSheet

Int

收费单ID

HospitalCode

Varchar(50)

医院编码

IntPatientRegisterSheet_Code

Varchar(50)

登记单接口编码

IntPatientRegisterSheet_Date

Datetime

登记单接口编码日期

IntPatientRegisterSheet_Code2

Varchar(50)

登记单接口编码2

IntPatientRegisterSheet_Date2

Datetime

登记单接口编码2日期

PatientRegisterSheetNo

Varchar(50)

登记单号码

ID_PatientRegisterSheetChain

Int

链接登记单ID

ID_Patient

Int

体检号

PatientCode

Varchar(50)

体检代码

PatientName

Varchar(50)

体检者姓名

MoneyAmount

Money

原始价

FactMoneyAmount

Money

优惠价

F_IsReturn

Bit

是退项单

F_IsWholeReturn

Bit

是整退单

F_RegTransfered

Bit

登记已传

F_RegConfirmed

Bit

登记已确认

F_FeeCharged

Bit

已收费

ID_FeeCharger

Int

收费员ID

FeeCharger

Varchar(30)

收费员

FeeChargerCode

Varchar(30)

收费员代码

FeeChargeTime

Datetime

收费时间

HisExecDepartCode

Varchar(20)

执行科室代码

OpenDoctorCode

Varchar(20)

开单医生代码

OpenDoctorName

Varchar(20)

开单医生

ID_OperRegister

Int

登记员ID

OperRegister

Varchar(30)

登记员

OperRegisterCode

Varchar(30)

登记员代码

SheetOperTime

Datetime

登记单开单时间

ID_ExamPlace

Int

体检场所ID

F_IsDeleted

Bit

已删标志

F_IntTransfered

Bit

已传标志

DT_IntTransfered

Datetime

传送时间

F_IntReturned

Bit

已退标志

DT_IntReturned

Datetime

退单时间

ID_IntPatientRegisterSheet_Returned

Int

所退登记单接口ID

ID_PatientRegisterSheet_Returned

Int

所退登记单ID

DT_LastBySync

Datetime

最近同步器同步时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

 

 

10. E.IntPatientRegisterSheetDetail/IPRSD

E. 登记单明细表/IPRSD

每登记单下收费项目明细

字段

类型(长度)

说明

ID_IntPatientRegisterSheetDetail

Int

主键, ID字段(登记单明细接口ID

ID_IntPatientRegisterSheet

Int

登记单接口ID (主表ID)

ID_PatientRegisterSheetDetail

Int

登记单明细ID

ID_PatientRegisterSheet

Int

登记单ID

IntPatientRegisterSheetDetail_Code

Varchar(50)

登记单接口明细代码

IntPatientRegisterSheetDetail_Date

Datetime

登记单接口明细代码日期

F_VirtualItem

Bit

虚拟项目

ID_ExamFeeItem

Int

收费项目ID

ExamFeeItem_Code

Varchar(50)

收费项目代码

ExamFeeItem_Name

Varchar(50)

收费项目名称

ExamFeeItem_FeeCode

Varchar(50)

收费项目收费代码

UnitPrice

Money

原始单价

FactUnitPrice

Money

优惠单价

Qty

Numeric(10,2)

数量

TotalPrice

Money

原始金额

TotalFactPrice

Money

优惠金额

AvgDiscountRate

Decimal(18,0)

平均折扣率

HisOpenDepartName

Varchar(20)

开单科室

HisOpenDepartCode

Varchar(20)

开单科室代码

HisExecDepartName

Varchar(20)

执行科室

HisExecDepartCode

Varchar(20)

执行科室代码

F_IsDeleted

Bit

已删除

F_IntTransfered

Bit

已传标志

DT_IntTransfered

Datetime

传送时间

F_IntReturned

Bit

已退标志

DT_IntReturned

Datetime

退项时间

F_Back_Transfered

Bit

已回传标志(所有数据及状态)

F_Back_ExamStarted

Bit

检查检验已开始

F_Back_ExamFinished

Bit

检查检验已结束

F_ResultTransfered

Bit

已回传标志(仅检查检验结果)

DT_LastBySync

Datetime

最近同步器同步时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

 

 

11. F.IntPatientRegisterSheetPriceDetail/IPRSPD

F. 登记单价表明细表/IPRSPD

每登记单下收费项目分解为 “价表项目”(HIS需要或不需要)

字段

类型(长度)

说明

ID_IntPatientRegisterSheetPriceDetail

Int

主键, ID字段(登记价表明细接口ID)

ID_IntPatientRegisterSheet

Int

登记单接口ID

ID_PatientRegisterSheetPriceDetail

Int

登记单价表明细ID

ID_PatientRegisterSheetDetail

Int

登记单明细ID

ID_PatientRegisterSheet

Int

登记单ID

IntPatientRegisterSheetPriceDetail_Code

Varchar(50)

登记单价表明细代码

IntPatientRegisterSheetPriceDetail_Date

Datetime

登记单价表明细代码ID

F_VirtualItem

Bit

虚拟项目

ID_ExamFeeItem

Int

收费项目ID

ExamFeeItem_Code

Varchar(50)

收费项目代码

ExamFeeItem_Name

Varchar(50)

收费项目名称

ExamFeeItemPrice_Code

Varchar(50)

价表项目代码

ExamFeeItemPrice_Name

Varchar(50)

价表项目名称

Specification

Varchar(30)

规格

MeasureUnit

Varchar(30)

测量单位

UnitPrice

Money

原始单价

FactUnitPrice

Money

优惠单价

Qty

Numeric(10,2)

数量

TotalPrice

Money

原始金额

TotalFactPrice

Money

优惠金额

AvgDiscountRate

Decimal(18,0)

平均扣率

HisOpenDepartName

Varchar(20)

开单科室

HisOpenDepartCode

Varchar(20)

开单科室代码

HisExecDepartName

Varchar(20)

执行科室

HisExecDepartCode

Varchar(20)

执行科室代码

F_IsDeleted

Bit

已删标志

F_IntTransfered

Bit

已传标志

DT_IntTransfered

Bit

传送时间

F_IntReturned

Bit

已退标志

DT_IntReturned

Datetime

退项时间

DT_LastBySync

Datetime

最近同步器同步时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

 

 

12. G.IntPatientReceipt/IPR

G. 发票表/IPR

发票表

字段

类型(长度)

说明

ID_IntPatientReceipt

Int

主键, ID字段(发票接口ID

ID_IntPatientChargeSheet

Int

收费单接口ID

ID_PatientReceipt

Int

体检者发票ID

ID_PatientChargeSheet

Int

收费单ID

HospitalCode

Varchar(50)

医院编码

IntPatientReceipt_Code

Varchar(50)

发票接口代码

IntPatientReceipt_Date

Datetime

发票接口代码日期

ID_Patient

Int

体检号

PatientCode

Varchar(50)

体检代码

Patient_Name

Varchar(50)

体检者姓名

ReceiptSheetNo

Varchar(50)

发票号

FactPrice

[Money],

金额

ID_ReceiptType

Int

发票类型ID

ReceiptType_Name_R

Varchar(16)

发票类型

ID_FeeCharger

Int

出票员ID

FeeCharger_Name_R

Varchar(30)

出票员姓名

FeeChargerCode

Varchar(30)

出票员代码

FeeChargeTime

Datetime

出票时间

F_Accounted

Bit

已出票

F_Returned

Bit

已退标志

ID_FeeReturner

Int

退票员ID

FeeReturner_Name_R

Varchar(30)

退票员

FeeReturnerCode

Varchar(30)

退票员代码

FeeReturnTime

Datetime

退票时间

F_IsDeleted

Bit

已删标志

F_IntTransfered

Bit

已传标志

DT_IntTransfered

Datetime

传送时间

F_IntReturned

Bit

已退单标志

DT_IntReturned

Datetime

退单时间

DT_LastBySync

Datetime

最近同步器同步时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

 

 

13. R.IntPatientFeeItem/IPFI

R. 收费项目列表

体检者收费项目明细

字段

类型(长度)

说明

ID_IntPatientFeeItem

Int

主键, ID字段(收费项目接口ID)

ID_PatientFeeItem

Int

体检者收费项目ID

HospitalCode

Varchar(50)

医院代码

ID_Patient

Int

体检号

StrIDPatient

Varchar(50)

体检号串

PatientCode

Varchar(50)

体检代码

PatientCodeHiden

Varchar(50)

体检号暗码

PatientName

Varchar(50)

体检者姓名

FeeType_Name

Varchar(20)

费别

FeeType_Code

Varchar(20)

费别代码

FeeItemRequestNo

Varchar(50)

申请单号

ID_Depart

Int

科室ID

Depart_Name

Varchar(50)

科室名称

TransfterTarget

Varchar(20)

传送对象

ID_ExamFeeItem

Int

收费项目ID

ExamFeeItem_Name

Varchar(50)

收费项目名称

ExamFeeItem_Code

Varchar(50)

收费项目代码

ExamFeeItem_Code2

Varchar(50)

收费项目代码2

ExamFeeItem_Code3

Varchar(50)

收费项目代码3

ExamFeeItem_FeeCode

Varchar(50)

HIS收费代码

ExamFeeItem_FeeCodeSub

Varchar(50)

HIS收费子代码

Qty

Numeric(10,2)

数量

UnitPrice

Money

原始价

FactPrice

Money

实际优惠价

Specification

Varchar(30)

规格

MeasureUnit

Varchar(30)

计量单位

ID_LabType

Int

标本类型ID

LabType_Name

Varchar(50)

标本类型

LabType_Code

Varchar(50)

标本类型代码

LabType_Sub

Varchar(50)

标本子类型

LabType_Note

Varchar(20)

标本备注

HisOpenDepartName

Varchar(20)

开单科室姓名

HisOpenDepartCode

Varchar(20)

开单科室代码

HisExecDepartName

Varchar(20)

执行科室名称

HisExecDepartCode

Varchar(20)

执行科室代码

HisExecWorkGroupName

Varchar(20)

执行工作组名称

HisExecWorkGroupCode

Varchar(20)

执行工作组代码

HisExecWorkStationName

Varchar(20)

执行工作站名称

HisExecWorkStationCode

Varchar(20)

执行工作站代码

HisExecWorkBenchName

Varchar(20)

执行工作台名称

HisExecWorkBenchCode

Varchar(30)

执行工作召代码

F_FeeCharged

Bit

标志字段, 此记录已收费

F_Transfered

Bit

已传标志字段, 此记录接口已处理

F_Returned

Bit

已退标志

F_IsDeleted

Bit

已删标志

F_Back_Transfered

Bit

已回传标志(所有数据及状态)

F_Back_ExamStarted

Bit

检查检验已开始

F_Back_ExamFinished

Bit

检查检验已结束

F_ResultTransfered

Bit

已回传标志(仅检查检验结果)

DT_LastBySync

Datetime

最近同步器同步时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

 

 

14. S.IntPatientExamItem/IPEI

S. 检查项目表/IPEI

收费项目按检查细项分解

(通常不需要)

字段

类型(长度)

说明

ID_IntPatientExamItem

Int

主键, ID字段(检查项目接口ID

ID_PatientExamItem

Int

体检者检查项目ID

HospitalCode

Varchar(50)

医院编码

ID_Patient

Int

体检号

StrIDPatient

Varchar(50)

体检号串

PatientCode

Varchar(50)

体检代码

PatientCodeHiden

Varchar(50)

体检号暗码

PatientName

Varchar(50)

体检者姓名

ExamItemRequestNo

Varchar(50)

检查申请单号

ID_Depart

Int

科室ID

Depart_Name

Varchar(50)

科室名称

TransfterTarget

Varchar(20)

传送对象

ID_ExamItem

Int

检查项目ID

ExamItem_Name

Varchar(50)

检查项目名称

ExamItem_Code

Varchar(50)

检查项目代码

F_Transfered

Bit

已传标志

F_Returned

Bit

已退标志

F_ResultTransfered

Bit

结果已传标志

F_IsDeleted

Bit

已删标志

DT_LastBySync

Datetime

最近同步器同步时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

 

 

15. T.IntPatientTransFeeItem/IPTFI

T. 收费项目转换表/IPTFI

病人收费项目按管理要求分解转换表

(视医院或地区不同需要或不需要)

字段

类型(长度)

说明

IntPatientTransFeeItem

Int

主键,ID字段(收费项目转换接口ID)

ID_PatientTransFeeItem

Int

体检者收费项目转换ID

HospitalCode

Varchar(50)

医院编码

ID_Depart

Int

科室ID

ID_Patient

Int

体检号

PatientCode

Varchar(50)

体检代码

ID_ExamFeeItemTrans

Int

收费项目转换ID

ExamFeeItemTrans_Name

Varchar(50)

收费项目转换名称

ExamFeeItemTrans_Code

Varchar(50)

收费项目转换代码

UnitPrice

[Money],

原始价

FactPrice

[Money],

优惠价

ID_FeeCharger

Int

收费员ID

FeeCharger

Varchar(30)

收费员

FeeChargerCode

Varchar(30)

收费员代码

FeeChargeTime

Datetime

收费时间

Qty

Numeric(10,2)

数量

ApprovedDate

Datetime

审核日期

ApprovedTime

Datetime

审核时间

DepartRegCode

Varchar(20)

开单科室代码

DepartRegName

Varchar(30)

开单科室名称

DepartExeCode

Varchar(20)

执行科室代码

DepartExeName

Varchar(30)

执行科室名称

ID_DepartApprovedBy

Int

审核医生ID

DepartApprovedBy_Name

Varchar(30)

审核医生姓名

DepartApprovedBy_Code

Varchar(30)

审核医院代码

 

 

16. U.IntPatientTransTarget/IPTT

U. 收费项目传送对象表/IPTT

收费项目按接口要求合并

(通常不需要) 

字段

类型(长度)

说明

ID_IntPatientTransTarget

Int

主键, ID字段(传送对象接口ID)

HospitalCode

Varchar(50)

医院编码

ID_Patient

Int

体检者

StrIDPatient

Varchar(50)

体检号串

PatientCode

Varchar(50)

体检代码

PatientCodeHiden

Varchar(50)

体检号暗码

PatientName

Varchar(50)

体检者姓名

FeeItemList

Text

项目列表

ID_TransDepart

Int

传送科室ID

TransfterTarget

Varchar(20)

传送对象

ID_LabType

Int

标本类型ID

LabType_Name

Varchar(50)

标本类型名称

LabType_Code

Varchar(50)

标本类型代码

F_Transfered

Bit

已传标志

F_Returned

Bit

已退标志

F_ResultTransfered

Bit

结果已传标志

 

 

17. X.IntExamItemRealTime/IEIRT

X. 实时回传表/IEIRT

负责项目回传的实时控制

字段

类型(长度)

说明

ID_ExamItemRealTime

Int

主键, ID字段(实时回传接口ID)

HospitalCode

Varchar(50)

医院编码

PatientID

Varchar(50)

体检号(字符形式,无格式)

PatientCode

Varchar(50)

体检代码

PatientCodeHiden

Varchar(50)

体检号暗码

TransfterTarget

Varchar(20)

传送对象

ExamFeeItem_Name

Varchar(50)

收费项目名称

ExamFeeItem_Code

Varchar(50)

收费项目代码

ExamItemName

Varchar(50)

检查项目名称

ExamItemCode

Varchar(50)

检查项目代码

F_Back_Transfered

Bit

已回传标志(所有数据及状态)

F_Back_ExamStarted

Bit

检查检验已开始

F_Back_ExamFinished

Bit

检查检验已结束

F_ResultTransfered

Bit

已回传标志(仅检查检验结果)

 


 

第十三章 PEISHIS简化接口说明

 

1. 简化方案业务接口表

简化方案只使用三个表

表编号与表名称

表标题/表名缩写

说明

A. IntPatient

体检者/IP

体检者基本信息

C. IntPatientCharge

收费单名细/IPC

不同收费方式的支付明细,用于计费

R. IntPatientFeeItem

收费项目表/IPFI

体检者收费项目明细,用于申请

 

并且,每个表中也只用到几个关键字段。这样,可以大大减少接口开发所需要的时间和人力成本。

 

2. 简化方案业务数据及控制状态

 

A.体检者基本信息/IP表字段

类型(长度)

体检者必要的信息

ID_Patient

Int

体检号//团体任务ID

PatientCode

Varchar(50)

体检代码。推荐使用//任务ID

PatientName

Varchar(50)

体检者姓名//团体名称

ID_OrgReservation

Int

团体任务ID

Org_Name

Varchar(100)

团体名称

F_FeeCharged

Bit

是否已缴费(可能并没有缴完)

F_UsePatientAsOrg

Bit

本记录是个人还是团体

F_Transfered

Bit

已传标志

DT_LastBySync

Datetime

最近同步器更新时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

C.收费明细/IPC表字段

类型(长度)

这个表基本上需要所有的字段

ID_Patient

Int

体检号

PatientCode

Varchar(50)

体检代码

Payway

Varchar(30)

支付方式名称

PaywayCode

Varchar(30)

支付方式代码, HIS接口标识

PayWayHis_Code

Varchar(20)

支付方式HIS代码

PayWayHis_Name

Varchar(20)

支付方式HIS名称

MoneyAmount

[Money],

应付金额

MoneyAmountPaid

[Money],

实付金额

F_FeeCharged

Bit

标志字段, 此记录接口已处理

F_IsReturn

Bit

已退标志

F_IsDeleted

Bit

已删标志

ID_FeeCharger

Int

收费员ID

FeeCharger

Varchar(30)

收费员

FeeChargerCode

Varchar(30)

收费员代码

FeeChargeTime

Datetime

此记录收费时间

F_Back_FeeCharged

Bit

HIS端已收费

PaidByOtherThanPEIS

Int

HIS端已收费的收费方式

ReceiptSheetNoOfHis

Varchar(50)

HIS端收费产生的发票号

F_HisIntTransDisabled

Bit

HIS端接口禁用

F_IntTransfered

Bit

标志字段, 此记录接口已处理

DT_IntTransfered

Datetime

传送时间

F_IntReturned

Bit

已退标志

DT_IntReturned

Datetime

退费时间

DT_LastBySync

Datetime

最近同步器同步时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

R.收费项目列表/IPFI

类型(长度)

这个表基本上需要所有的字段

ID_Patient

Int

体检号

PatientCode

Varchar(50)

体检代码

FeeType_Name

Varchar(20)

费别

FeeType_Code

Varchar(20)

费别代码

TransfterTarget

Varchar(20)

传送对象

ID_ExamFeeItem

Int

收费项目ID

ExamFeeItem_Name

Varchar(50)

收费项目名称

ExamFeeItem_Code

Varchar(50)

收费项目代码

Qty

Numeric(10,2)

数量

UnitPrice

Money

原始价

FactPrice

Money

实际优惠价

LabType_Name

Varchar(50)

标本类型

F_FeeCharged

Bit

标志字段, 此记录已收费

F_Transfered

Bit

已传标志字段, 此记录接口已处理

F_Returned

Bit

已退标志

F_IsDeleted

Bit

已删标志

F_Back_Transfered

Bit

已回传标志(所有数据及状态)

F_Back_ExamStarted

Bit

检查检验已开始

F_Back_ExamFinished

Bit

检查检验已结束

F_ResultTransfered

Bit

已回传标志(仅检查检验结果)

DT_LastBySync

Datetime

最近同步器同步时间

DT_LastByPEIS

Datetime

最近PEIS更新时间

DT_LastByHIS

Datetime

最的HIS/LIS/PACS更新时间

 

 

3. 简化方案数据与控制流简介

 

简化之后的接口,以HIS为例, PEISHIS系统之间的数据传递关系会简单一些,以图形简单描述一下, 如下图所示:

HIS系统

ç写入

结果及控制

取出è

PEIS体检系统

LIS服务器

体检服务器

写入体检者信息及体检项目列表è

ç取回

简单的业务流程

 

据此,我们可以进行基本的接口开发工作。


无觅关联推荐,快速提升流量
相关评论

天津市医疗信息化建设协作联盟网http://www.his2000.com) 

站为公益网站,所有内容来自原创或网络转载,仅供个人学习和研究使用,如侵犯您的版权请来电或来函指出,本站立即删除