作为一个重要的学科分支,即体检工作的重要管理手段之一,体检信息管理系统也发展迅速,几年时间已经发展了几代产品,无论在财务管理、业务管理、诊疗管理、疾病分析、健康服务、市场管理等各个方面,均有了非常大的发展。
同时,随羞计算机技术与软件技术的不断发展,在许多领域内的一个发展趋势就是专业化,即,越来越细的分工与业务细化。这样,在一个领域内,多个系统之间的接口或称协同工作的情况越来越普遍。医疗领域也不例外,所以,体检系统与其它系统,尤其是医院信息管理系统HIS的协同工作,也是体检系统的重要组成部分之一。
本规范试图从分析HIS系统和PEIS和特点入手,对系统之间的接口问题,提出建议。
第一条 通过PEIS体检系统与HIS医院信息系统的接接口, 要实现医院收费系统对体检产生的费用进行收退费; 同时, 也要可以进行相应的科室收入核算
第二条 在符合医院对信息系统规范化等要求的原则下,技术细节的实现要以此业务规范为准则
第三条 在可以实现业务需要的前提条件下, 也要尽量分别保证医院体检PEIS系统和医院现有HIS系统的相对独立性和完整性, 以减少各个系统之间的耦合为原则
第四条 在保证符合双方的功能要求的前提下,尽可能地采用最高效的实现手段
第五条 PEIS和HIS开发方双方对规范如有疑意或异议,或有修改意见,要尽快地与对方协商,达成共识后再进行实现。
此规范的实施需要医院各相关部门及医院HIS厂家的配合与支持。
我们强列建议,使用直接数据库访问的方式进行接口设计与实现。
在理论上也使用其它方式,则数据结构等也可参考实现。虽然如此,本规范仍然强烈建议使用中间表的方式进行数据和状态传递,理由如下:
1. 数据库是最标准的、最通用的数据传递方式,最容易理解,不易发生歧义
2. 数据库是最基础、最成熟的技术之一,随着时间推移的变动极小,技术被淘汰的概率极小
3. 最好的异构支持与适应性,不同的操作系统、不同的网络架构、不同的语言开发环境、不同的数据库服务器
4. 系统之间的边界清楚,在接口双方,不易产生扯皮、踢球等影响工程进度的情况
5. 接口内容直观,容易理解,实现容易,排错容易,测试容易,开发速度快。节省人力物力和时间
6. 最佳的扩展性支持,重构支持。适应变化的能力强,在实际使用过程中,如果需求有变化,调整容易,兼容容易实现,许多变化可以很简单地实现,不必像其它接口方式那样全部需要重新开发、重新测试、重新编译、重新部署
7. 数据流动过程清晰,对医院与体检中心而言,实现风险低,技术转换风险低
8. 数据库技术群众基础好,技术人员交接容易,医院及体检中心维护简便,人员成本低
9. 支持完整的事务操作,可以事务回滚,这是实现复杂业务必须的
10. 支持多用户并发操作,结合事务处理,可以实现非常严格、复杂的多系统集成业务处理。
第一条 本规范要实现的功能: 将体检系统的收费系统连接至医院HIS收费系统, 以完成对体检中心收费项目的收退费; 同时, 医院可将体检系统中各个收费项目对各个科室产生的费用进行核算。
第二条 PEIS需要对HIS做出专用的接口, 向HIS发出, 并自HIS接收有关收费的数据。
第三条 HIS的接口需要对PEIS接口的收费要求做出响应, 在正确收费后要给出完整的返回信息, 包括状态和必要的数据等内容。
第四条 PEIS软件负责收费项目的登记, PEIS或HIS负责对体检者的收费, 即个人或体检团体的收退费, 发票打印可由体检系统PEIS或医院信息管理HIS系统完成
第五条 如果收费在PEIS端完成,则在PEIS完成收费之后,由PEIS向HIS接口发送相应的收费信息,HIS接收到之后,就意味着PEIS的收费情况已融入HIS的收费系统之中,通常是按HIS的门诊情况来处理。
第六条 如果收费在HIS端完成,则在PEIS向HIS发送了相应和收费信息之后,将处于等待状态,在HIS完成收费之后,向PEIS发送已收费信息,PEIS接收到该已收费信息之后, 或者由体检者拿着收费发票在体检系统中确认之后, 该体检者才可以进入相应的体检流程。
第七条 从系统的安全性、各系统的本身属性来讲,以接口为界,PEIS和HIS系统各自负责自已一端的数据存取和业务流程处理。接口有多种实现方式,以最常见的无中间表的数据库方式、有中间表的数据库方式和DLL三种方式为例:
无中间表时,由数据提供方提供只读权限的表、视图或存储过程给数据使用方;
使用中间表时,由发送数据的一方负责创建,包括数据库服务器、表结构、状态描述等,由数据使用方在使用时自行取用,如果数据内容不够,则在接口开发阶段向数据提供方提出修改、扩充建议;
使用DLL时,则由数据使用方负责编写符合对方使用条件的DLL给数据提供方。
第八条 无论使用何种具体的接口方式,一个总的原则是:由数据提供方决定具体的数据提供方式,由数据使用方负责数据的读取和读取之后的业务处理。如果使用数据库的传递方式,则意味着双方对于对方的数据库没有,也不需要,任何写的权限。而中间库则双方均可读可写。
在医院,体检中心是医院下属的一个科室, 但却与其它科室有着显著的差异, 事实上, 按业务模式与业务特点来分, 医院的主业务有以下三种(当然还有医技和检验等其它业务,均与这三种有接口):
1. 门急诊
2. 住院
3. 体检
对于不做体检的医院, 当然就没有上边的第3种即体检业务。有些医院, 虽然有体检中心,或体检科, 但业务量很小, 所以, 也有将体检业务并入门急诊业务的情况, 体检按与门诊基本相同的方式处理。这两种情况在本文不加讨论。
有些医院管理常识的人都知道,“门诊”和“住院”的差异是很大的,无论在诊疗业务、财务管理、病人管理等各方面,都有相当大的差异,如果你说在HIS系统中,将二者混为一谈,同样处理,恐怕没有多少人认为是一个好注意。事实上,两者是很难合并在一起的,如果强行合在一起,势必造成管理上的混乱和不正确。所以,HIS中会也会分为门诊与住院,根据不同的业务特点与管理要求分别处理。
对于专业化运作的体检中心, 其业务模式与医院门诊及住院之间的差异, 同门诊与住院之间的差异一样大, 这主要表现在以下几个方面:
1. 与门诊或住院不同, 体检中心面向的顾客不同, 门诊和住院是病人, 而体检中心的顾客主体是健康人群;
2. 对于门诊或住院而言, 医院通常是强势一方, 病人通常会严格遵守医院的各种规定和要求, 并积极配合医护人员,而体检者则通常认为自己是被服务的对象, 是花钱买服务, 所以, 体检中心会更市场化, 需要提供比门诊和住院要求更高的服务, 并且通常体检中心会配置外联部门即销售部门,这通常会对PEIS提供更多更高的要求;
3. 门诊和住院不会同时有一个团体集体来看病, 即使有, 也是逐个处理; 而体检中心不同, 很大的部分客户是团体客户, 团体客户内部人员之间要求体检的项目会有很大的共性;这将给体检系统带来很大的复杂性,尤其是收费系统与财务统计等方面。
4. 门诊和住院通常不会给病人一个总的分析报告, 或结果汇总分析等, 即使有通常也很简单, 而体检中心不同, 会对本次体检有一个详细的结果汇总与分析, 还有饮食、运动等各方面的建议; 做的比较好的体检中心, 还会与往年该体检者的体检结果进行对比分析;
5. 体检中心对于团体客户, 通常还要提供一份客户全部体检者本次体检的各种综合统计与结果分析; 做的好的体检中心, 也会有对于团体客户的历年结果对比分析;
事实上, 以上几条中最大的重点, 是团体体检的存在, 由此一条给体检中心的业务带来很多的复杂性:
1. 检前: 团体体检项目的登记: 比较好的体检系统, 都会有对于团检项目的批量的登记功能, 充分利用团体人员项目的相似性来批量处理, 以减少处理时间和对人手的需求, 提高效率的同时降低出错的可能性;
2. 收费: 通常体检中心允许有多种收费方式, 但与项目并不一定直接挂钩, 比如, ABC三个项目30+30+40共100元钱,但体检者只带了现金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与体检系统耦合度 |
高度耦合, 全院系统会变得脆弱 |
低耦合, HIS和PEIS系统稳定性均不会降低 |
尽可能降低度耦合, 但实现有难度 |
HIS系统改造 |
实现难度高: |
HIS系统通常不需要修改,只需要做接口即可 |
仍然存在对HIS的无法避免的修改要求 |
体检系统改造 |
体检系统的设计与架构,对这三种方式均有很好的支持。虽然均需要对PIES进行适当改造以适应不同医院的要求,但均在可控的范围之内,且三种方式的实现难度区别不大。 |
||
HIS系统改造 |
最低两月, 最高不易确定 |
二周~三周左右。 |
根据具体情况不同。 |
体检系统改造 |
两周左右 |
两周左右 |
两周~四周左右 |
体检系统改造 |
大 |
低, 基本没有 |
不定 |
体检系统改造 |
高 |
低, 基本没有 |
不定 |
推荐程度 |
µµ |
µµµµµ |
µµµµ |
表中, 提出了三个不同的方案, 其中 “方案A.紧耦合型”, “B.松耦合型” 为本接口规范以前的方案, “C.综合型” 则是自2010年初起开始引入的一种方案, 大致方案上接近于方案A, 但, 原方案A对HIS的改造太大, 在实践中不易实现, 同时, 体检系统上许多优势则无法体现, 会削弱体检系统的功能性指标,而方案B在体检系统上具有最完美的体现, 但可能并不一定能符合所有医院的管理要求。方案C则以方案A为基础, 吸收方案B的优点, 尽可能地将AB两方案的优点集中在一起, 同时避免方案A和B中各自的优点,¸但缺点是实现起来有难度, 开发时间会明显变长。
第七章 紧耦合A型方案业务流程
体检系统 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中取出该体检者的基本信息,并可能据此进行体检系统的档案关联。这一点在后边的方案中相同,将不再重复。
体检系统 HIS系统 (1) 退项登记,退项列表送住HIS (2) 接收退项列表 (3) 体检者退发票,退费 (4) 等待退费标志 (5) 进行体检业务流程 (6) 不负责相关统计查询 状 态 同 步 器 (7) 负责各种体检财务相关的统计与查询
(1) 退项登记,如有团体统收以外的收退费记录,则生成收退费单送住HIS
(2) HIS接收项目列表
(3) 体检者在HIS系统中缴费,打印发票等
(4) PEIS等待已收退费标志
(5) PEIS接到收退费标志后,继续完成体检
(6) PEIS中没有收费相关的统计与查询
(7) HIS处理相关的统计与查询事宜
(1) 团体的财务处理是相当复杂的一件事。在这种方案中,HIS应该充分地考虑各种可能的情况,妥善处理。
(2) 处理的依据,也是根据PEIS传来的项目清单,和其使用团体统一缴费的指示。此后的缴费与统计等在体检系统中将不再体现。
第八章 松耦合B型方案业务流程
体检系统 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) 体检系统负责一切业务相关及财务相关处理,不必发送各种状态给HIS,HIS不必考虑接收或处理体检业务的各种状态。
(10) 体检系统仍然负责相关的统计与查询工作
(11) (可选)体检系统负责将体检相关的财务统计信息发布至中间库,由HIS系统调用展示
体检系统 HIS系统 (1) 退项登记,生成收退费单送住HIS (2) 接收项目列表及收费单 (3) 收退费、退发票等 (5) 不必等待HIS状态 (6) 保持原有统计查询 (4) 接收退费及退票信息 状 态 同 步 器
(1) 退项登记,生成收退费单送住HIS
(2) HIS接收项目列表及收费单
(3) 体检者缴费,打印发票等
(4) HIS接收收退费及发票信息
(5) 不必等待HIS状态
(6) 收费相关统计查询仍由PEIS实现
(1) 复杂的团体财务处理,仍由体检系统处理。这在体检系统中是已经具备的内容,不必另行开发。
(2) 由体检系统向中间库发送相关的统计与查询数据,供HIS调用。
体检系统 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不必发送各种标志给HIS,HIS也不必接收或处理不同体检阶段的各种状态
(9) PEIS仍然处理各种统计查询
体检系统 HIS系统 (1) 退项登记,生成收退费单送住HIS (2) 接收项目列表及收费单 (3) 体检者退发票,退费 (4) 等待收费记录已收费标志 (5) 等待已收退费标志 (6) 进行体检业务流程 状 态 同 步 器
(1) PEIS退项登记,如有团体统收以外的收退费记录,则生成收退费单送住HIS
(2) HIS负责接收项目列表及收费单
(3) HIS负责体检者缴费,打印发票等
(4) PEIS等待收费记录已收费标志
(5) PEIS等待已收退费标志
(6) PEIS处理各种体检业务
(1) 复杂的团体财务处理,仍由体检系统处理。这在体检系统中是已经具备的内容,不必另行开发。
(2) 由体检系统向中间库发送相关的统计与查询数据,供HIS调用。
要考虑后边章节的接口表和必要的字典表是否兼容, 如果HIS端需要体检系统增加表或字段,没有问题,如果由于体检系统的业务需要, 体检系统可能也会需要, 当然尽可能不产生这种要求: HIS增加表或字段,甚至修改HIS端的某些程序以容纳体检的业务, 这种可能是存在的, 因为前边分析过, 体检业务有许多与门诊住院不同的地方,多数HIS都没有很完善地处理这些业务的方法用模块。
序号 |
体检端字段 |
意义 |
1 |
PeisPatient.F_FeeCharged |
体检者是否已的已缴费的收费记录 |
2 |
PeisPatientFeeItem.F_FeeCharged |
体检者某体检项目是否已收费 |
3 |
PeisPatientFeeItem.F_Examinated |
体检者某体检项目是否已检 |
4 |
PeisPatientCharge.F_FeeCharged |
体检者某收费记录是否已收费 |
5 |
PeisPatientCharge.F_IsReturn |
体检者某收费记录是否是退费(金额为负) |
需要考虑HIS中是否有这些字段, 其意义是否相同。
关于缴费单也有不同的处理方式,由于体检缴费的复杂性,在体检系统中,通常要比HIS系统复杂些。一个缴费单,除了列出该单所对应的许多项目外,还要列出该单所对应的许多不同收费方式的缴费记录,
如图所示:
项目1,原始金额1,实际金额1,… 项目2,原始金额2,实际金额2,… 项目3,原始金额3,实际金额3,… … 现金,金额A 统收,金额B 银行卡,金额C 市医保,金额D … 缴费单 金额合计,收费员,时间…
对于HIS而言,如果已经适应这种情况,则没有问题,如果不适应,则有两种选择,一种对HIS做出调整,一种是降低体检系统的功能要求,比如,收费方式只能同时用一种,不能用两种或两种以上等。
再有,体检系统中,每张单子上的项目数及缴费记录是不限制的。但,有的HIS则是有限制的,比如每张单子最多6个项目等。
反向流程总是比正向流程要复杂。退费牵涉的问题也不少。比如,HIS是如何退费的?在体检系统中是提供了最大的自由度,即,不区分增项与退项,在一张缴费单上,可以有增项,也可以有退项,同时对其数目均不加限制。但在HIS中,是否也允许这样也是个问题,或者,还有更多的不同,比如有的HIS退项只能将整个单子完整退掉,再重新创建一个新的单子,等。
前几章分析过,团体体检收费及结算的复杂性。这些在体检系统中均已完善解决。比如,团体中的个人缴费即可以有自费,也可以有统收,还可以自动被差(即一个项目一部分用统收,一部分缴自费)。
与HIS接口后,体检系统将如实地将项目及记录全部传到HIS。HIS将负责处理后边这些事情,比如后期绪时打折(或价格上调)、预缴金、团体未结款、团体详细项目构成分析等。这通常在HIS中原本是没有的。
第十一章 PEIS与HIS可能需要共享的字典表
目前,这些表已存在于PEIS体检系统之中,并且在通过接口传给HIS的收费业务表中,会通过ID关联到这些表中,HIS端也许并不需要同时有这些表的相同表达方式,但如果需要在HIS端可以依据这些内容进行统计的话,可能需要以相同或类似的方式拥有这些记录内容(PEIS端表中的XX代码即XX_Code字段即为二者之间的桥梁, PEIS端此字段的内容可取自HIS, 或PEIS和HIS同时使用一个共同的第三方代码, 只要该字段具有唯一性即可),同时,如果在PEIS端这些数据记录发生了增加(删除及改变是不推荐的, 但可以停用), 则HIS端需要具备手段自动或手工地与之可以保持同步:
1. BasExamFeeItem/BEFI
收费项目表 |
在所有需要与HIS/LIS/PACS端共享的字典表中,这可能是最重要的一个了。收费项目是其它各种不同层次的项目的基础。如“血常规”。 本表是体检者向HIS端发送价格信息的基础(有的HIS还要再次分解为价表项目);也是PEIS向LIS/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接口标识 |
第十二章 PEIS与HIS接口用的业务接口详细说明
也可能HIS并不直接使用此表, 而由另外一个程序即同步器使用之, 该程序同时对HIS的表进行操作(可能通过HIS的存储过程或应用程序等方式)。
1) 中间库名为HerPeisTransLisPacs,放在体检服务器上,不能改名,且必须与体检系统装在一起(即要在同一台服务器上)。
2) IntPatient 表为体检者表, 肯定要用, 而对于两个项目表, LIS/PACS接口,外发时,最简方案可以只会用到IntPatientFeeItem(收费项目表,是大项表),完整接口则需要用的更多的表。而结果回传,则最简方案主要使用IntPatientExamItem(检查项目表,是细项表)。
3) 不管是大项IntPatientFeeItem或细项IntPatientExamItem, 均通过 ID_Patient或PatientCode与体检者基本信息表关联, 可得到该体检者的性别年龄等体检者基本信息。
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实时更新数据或状态 |
基本的表间关系图示如下:
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建立联系。
已传标志指的是从PEIS到HIS/PACS/LIS方向的数据传送标志。在不同的表中可能字段名称并不完全相同,这是由历史原因形成的,通常叫F_Transfered或F_IntTransfered, 布尔(boolean, Bit)型数据。
下边以IPFI表为例,说明一下该标志的用法:
当PEIS端初次发送时,F_Transfered会被PEIS置0,当HIS/PACS/LIS取后用,需要将之置1表示已处理过。但是,当项目重发,或项目内容有改动,则该标志会被重新置0。HIS/PACS/LIS需要重新读取,并负责在读取后将之置1。HIS/PACS/LIS需要根据新的数据值和业务特点处理好,不要造成项目错误的重复。
已传标志只对该表负责。并不对下属表负责。其它表也是类似的规则。如,一个体检者改名,需要对IP进行更新,但,对该体检者之下的表则没有必要改动,不必处理下属表。
已收费标志指的是在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均会被PEIS清0,表示数据有变化。HIS等应该根据情况正确处理相应的业务,并负责将该已传标志F_Transfered标志置1表示已处理。
许多表有以下字段:DT_LastBySync, DT_LastByPEIS, DT_LastByHIS提供了一种更多的数据更新状态比较机制,分别表示同步程序、PEIS、HIS/LIS/PACS最新更新时间。可以根据这三个时间来决定数据更新要求及状态。接口程序可根据需要选用。但要注意,一是三方在使用时要更新表示自己一方更新时间的字段,同时注意,该时间需要取自本中间库所在服务器的服务器时间,不能使用不同于这个时间的本地时间。
即使PEIS端多余的重发,也要由接收端HIS等保证不应该出现业务的错误或重复。如,一个血常规,由体检系统重发5遍,但LIS端仍然要认为只有一个血常规项目,而不是6个。这里由体检业务的特点决定的。如果是项目真的另缴钱再做一遍,则体检号会不同的。
同一个体检者,同一标本(同一执行科室等)可能会在中途增加新的项目。事实上处理与“重发”并无区别。
这里大部分的数据传递方向为PEISàHIS/LIS/PACS。复杂的业务流程控制也主要是针对该方向进行(相比而言,结果数据的回传则较为简单一些)。所以,这里称PEISßHIS/LIS/PACS方向的状态控制为反向状态控制。在重要的表中,均有反向状态控制标志如F_Back_FeeCharged、F_Back_ExamStarted、F_Back_ExamFinished、F_Back_Transfered等, 用于在己方数据或状态发生变化时通知PEIS方。PEIS方则根据这些进行相关的业务流程控制和处理。
但,通常这种需要占整个业务需要的很少的比例,所以,事实上大多数场合下,并不进行控制或处理。如,PEIS退费时,按道理应该先查问一下LIS方提供的“F_Back_ExamStarted 即检验已开始,不允许退项”的标志,允许通项再退。但,通常情况下LIS方并不做此通知工作,PEIS也无从查起,如此,PEIS会将之退项,而在LIS方做的工作将变为无用或浪费。事实上,不少医院是根据当时的时间和所做的项目特点估计的,如果有可能已做,体检中心将使用电话等其它手段进行确认,以减少由此带来的损失。
回传包括数据回传及回传状态控制。数据回传本身,通常使用数据提供方提供的方式,通常为只读权限的数据表和数据表图。比如检验结果、影像结果等。我们另有专门针对LIS/PACS的数据回传规范另行探讨。
对于回传数据的状态控制,实时回传控制,可以使用这里的“表X. IntExamItemRealTime 实时回传控制表/IEIRT”, 使用时注意其几个回传标志字段:F_Back_ExamStarted、F_Back_ExamFinished、F_Back_Transfered即可。
实时回传控制的最简单法,就是当LIS/PACS (从LIS中回传结果数据也是一样)完成一个体检者的某个项目后,在此表中写上该体检者及其“传送对象”即可。PEIS发现有数据更新,会随时取走该数据,数据取后,则会删除该行。
比如,科室已做了某项目,但还没有通知PEIS,所以 PEIS端可以退掉该项目。这时中间表中的已收费标志,或已删除标志将反映这个变化。HIS/LIS/PACS端因为已做项目,无法退,这时有几种选择,一是人工通知体检中心工作人员,或是错误信息返回体检系统进行提示。而更好和处理方式则是,由HIS/LIS/PACS方在每次开始做某个项目时,会致使其不能完成退项要求前,将该状态预先通知PEIS。这个由于是从HIS/LIS/PACS方到PEIS的信息,所以,通常也使用回传实时控制表。
通常,一个医院的业务需要是,是对于某一个确定业务来讲,通常明确地确定的某个方面传递数据,并不是双向同时进行,但并不尽然。比如,收费通常选择只由PEIS一方进行,或者是由HIS一方进行,通常不会既允许体检者在PEIS端缴费,也允许在HIS端缴费, 但,我们的接口应该考虑到这种情况,并且需要正确处理各种不同的场景。
首先需要了解一点,即,“两个不同系统之间的完全完整的接口是很复杂的,其开发代价是很大的”,本文提供的就是一个很详细、完备的接口规范。从下文的一系列表中可以看到,对它的实现,必定是比较复杂的。这是由系统本身的复杂性决定的,而不是有意使之复杂化。
事实上,在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 |
已回传标志(仅检查检验结果) |
第十三章 PEIS与HIS简化接口说明
1. 简化方案业务接口表 |
简化方案只使用三个表 |
|
表编号与表名称 |
表标题/表名缩写 |
说明 |
A. IntPatient |
体检者/IP |
体检者基本信息 |
C. IntPatientCharge |
收费单名细/IPC |
不同收费方式的支付明细,用于计费 |
R. IntPatientFeeItem |
收费项目表/IPFI |
体检者收费项目明细,用于申请 |
并且,每个表中也只用到几个关键字段。这样,可以大大减少接口开发所需要的时间和人力成本。
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更新时间 |
简化之后的接口,以HIS为例, 对PEIS与HIS系统之间的数据传递关系会简单一些,以图形简单描述一下, 如下图所示:
HIS系统 ç写入 结果及控制 取出è PEIS体检系统 LIS服务器 体检服务器 写入体检者信息及体检项目列表è ç取回 中 间 表
简单的业务流程
据此,我们可以进行基本的接口开发工作。
天津市医疗信息化建设协作联盟网(http://www.his2000.com)
本站为公益网站,所有内容来自原创或网络转载,仅供个人学习和研究使用,如侵犯您的版权请来电或来函指出,本站立即删除