病人血型问题

在输血中遇到此问题  是因为在不同厂商的系统中与血型的复杂程度上血型不止 A,B,AB,O 在某些医院存在 A 亚型 之类的 不符合四大血型简称的Value值 

我建议 创建一个  对照表 如：

ABO：

LIS系统CODE   LIS系统的value    NAME       输血系统的代号     对应的血型       

2002                   A                         血型               1                             A           

2002                  A 亚型                  血型             2                             A

2002                   B                         血型               3                            B

2002                  B 亚型                  血型              4                               B

RH:

LIS系统CODE   LIS系统的value       NAME        输血系统的代号     对应的阴阳性         

2001                   +                         阴阳性                1                           阳

2001                （+）                      阴阳性                2                        阳

2001                   阳性                        阴阳性             3                        阳

2001                   阳                         阴阳性                4                         阳

主要关注地方： 

数据相关 ：

LIS RESULT 表 ：  检验接口取到检验信息时 根据这些表去 转换为 输血系统血型代号 存到LIS RESULT 表  但保证 从LIS 取出时 ABO,RH 是分离状态 如未分离 如钟祥中医院 由接口去处理 重新生成一个在lis中不会重复的code 去存放检验信息  但依旧要根据这个表去处理  之后在前端 正常拿到

XYCODE字段：  不单独的存一个数字而是存一个组合键（ABO+RH） 或新增一个字段来区别ABO ,RH   

                          如果上面两个表合并 xycode 也可存一个单独的数字 即为合并后的表的主键

页面显示：  所有显示血型的地方均根据这些表去关联查询  

配血相关： 不管这个人的血型多么花里胡哨 如(B2亚型阳性) 他配的依旧是B型阳性的血 我的这个想法只针对病人血型  且血袋的血型只有ABO  不存在亚型之类的  至于配血时判断需要配的血即可在这两个表中根据所存储xycode的代号找到对应的血型 阴阳性  在逻辑上配血不存在问题

优点 ： 1.可把在检验信息中的值原封不动展示在输血系统中

             2.采用数值代替的方法 在输血中也可以直接存储 依旧不影响现在设计

缺点： 暂未发现

类似情况：之前在做银行的系统时 遇到过类似的  同样的是与外部系统对接 所遇到的这种情况都是建立国标字典来解决 以适应不同系统之间同一种属性的不同定义方式 代码表示类似于

private String transSexnamee(String gender) { 

Map map=new HashMap<>();

//性别转换 我方：1=男   2=女   3=未知          对方系统: 1=男性 2=女性 0=未知的性别  9=未说明的性别

switch (gender){

case "1":gender="男";break;

case "2":gender="女";break;

default:gender="未知";

}

return gender;

}

注：配置化 和 支持调试 都是接口未来的趋势 将大部分的工作交给实施 开发人员只负责程序的更新 ，修复bug,版本迭代 （在数据中心与其他较多的程序对接时 采用的都是此种方法 但目前市面上所见的程序此类功能还不完善）