数据交换逻辑及问题.pdfVIP

枣庄市数据交换逻辑

枣庄区域卫生基于数据库交换的范围是：全部公共卫生服务业务和

HIS的【住院】、【住院医嘱】、【门诊处方】、【门诊结算单】。先将基于易达讯

交换工具的数据交换逻辑总结如下：

枣庄市对进行操作的业务数据保留版本，对进行更新操作的业务数

据保留版本，对删除操作的数据不保留。

1HIS的【住院】、【住院医嘱】、【门诊处

方】、【门诊结算单】业务

枣庄市将his业务的数据放到前置机上时，会附带相应的对数据进行insert、

update、delete的操作类型。我们对数据采用先删后插的逻辑，删除操作保持不

变。这样可以把更新操作作为操作进行处理。

使用交换工具，会对前置机上的每一个表生成一个触发器和临时表，平台库

上的每个表生成一个过程和临时表。触发器将前置机上的业务卡片中的数据

触发到前置机的临时表换工具将前置机临时表中的数据自动交换到平台库

的相应临时表中，然后自动调用过程，将平台库的临时表的数据放到平台库

的业务卡片中，并同时对业务卡片的数据进行相应的处理。数据交换时，首先交

换从表数据，再交换主表数据。

由于交换工具自动生成的触发器和过程我们的业务需要，我们

要手动修改触发器和过程，来完善数据的交换。现将触发器和过程的修

改逻辑总结如下：

1.1触发器

因为枣庄市将数据传到前置机的业务卡片中，每次都是作为一条数据到

前置机的业务表中，所以自动触发触发器的insert操作，update和delete操

作不会被触发，不需要考虑。

1.1.1业务主表

1.1.1.1所需变量

V_COUNTNUMBER:=0;--INSERT前查询是否已存在

V_CITIZEN_IDVARCHAR2(32):=

99999999999999;--个人内码

V_DISTRICT_CODEVARCHAR2(32):=999999;--所属行政区划

1.1.1.2CITIZEN_ID和DISTRICT_CODE的字段取值问题

DISTRICT_CODE赋默认值，将数据交换到平台业务卡片上，不进行其他处理。

如果证件类型不是80，则根据居民的件标识（ID_TYPE）和件

号码（ID_NUM）到平台库的EHR_CITIZEN_IDENTIFIER中查询是否有这个人，如

果有，就将该居民的CITIZEN_ID和DISTRICT_CODE取出来。如果查不到这个人，

则判断该居民的ID_TYPE是否为，ID_NUM是否合法。

如果是且该合法，则对居民进行初始化操作。通过数据库自带

的SYS_GUID函数生成CITIZEN_ID的值，DISTRICT_CODE赋默认值。同时还要初

始化平台库的个人（居民）信息表（EHR_CITIZEN）和在个人（居民）标识（介

质）表（EHR_CITIZEN_IDENTIFIER）中对号进行初始化操作。初始化时

EHR_CITIZEN表的出生日期从号中截取，其他不能获得的信息为空。因为

HIS里没有居民的健康信息，所以不对其进行初始化操作。初始化操作

时，居民的出生日期根据居民的号截取，等没有的信息为空。

1.1.1.3向前置机的临时表中数据

把E_TYPE的值赋给MSG_OP，当E