1.开发思路:
医保控费审核算是一个挂件,是在走完HIS业务流程之后,通过调用审核相关功能弹出提示提醒医生开立医嘱是否存在问题。
大体思路实际上是跟合理用药相似。
本次设计思路是通过开发调用审核系统的一个集成DEMO,在DEMO中实现所有相关业务功能,在HIS中通过反射进行调用。
2.吐槽点
通过阅读相关方的开发文档,传输内容为字符串拼接的xml格式的入参,入参样式大体如下
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
1 <Pre> 2 <PreInfo 3 PreNo="就诊唯一号zyh" 4 PreCode="处方号(住院号码)" 5 PreType="1门诊2住院" 6 InDate="门诊或入院日期" 7 OutDate="出院日期" 8 DoctCode="医生代码" 9 DeptCode="科室代码" 10 PatientName="病人姓名" Birthday="出生日期" Gender="性别" 11 LiverStatus="肝功能状况" KidneyStatus="肾功能状况" 12 WomanStatus="妊娠/哺乳" 13 AllegeInfo="过敏源代码" BlCode="病历号" 14 TotalFee=”总金额” 15 HisSpot=”医院垫付金额(病种分值)” 16 PopCatalog=”人员类别(病种分值)” 17 MainIcdCode=”主诊断编码(病种分值)” Operation=”手术(病种分值)” 18 /> 19 </Pre> 20 <ICD> 21 <ICDInfo 22 PreNo="就诊唯一号" 23 ICDCode="ICD10编码(医院的诊断编码)" 24 ICDName="ICD名称(医院的诊断编码)" 25 /> 26 <ICDInfo ...同上/> 27 </ICD> 28 <Drug> 29 <DrugInfo PreNo="就诊唯一号" OrderCode="医嘱号" 30 OrderType="医嘱类型" 31 OrderDate="开医嘱时间" OrderDoctor="医嘱医生代码" 32 IsCurrent="是否当前处方(医嘱)" DrugCode="药品编码" 33 DrugName="药品名称" DrugSpec="药品规格" 34 UsingType="给药途径" Frequency="给药频次" 35 FreqTimes="一天给药的次数" Dcl="单次剂量" DclUnit="单次量单位" 36 Qnty="药品数量" QntyUnit="数量单位" GroupNo="组号" 37 BeginUseDate="开始用药时间" EndUseDate="停止用药时间" 38 prolongreason="延时用药理由" 39 /> 40 <DrugInfo ...同上/> 41 </Drug> 42 <Item> 43 <ItemInfo PreNo="就诊唯一号" 44 ItemCode="项目编码" ItemName="项目名称" 45 OrderDate="开医嘱时间/处方时间" 46 OrderDoctor="医嘱医生代码" ItemType="项目类别" 47 Qnty="本次执行数量" 48 /> 49 <ItemInfo …同上 /> 50 </Item>
1.第一眼还以为是正儿八经的XML格式入参,后来发现没有根节点,经过询问,入参格式就是如此。。
2.一开始没看清在创建实体的时候是按照XML元素进行创建实体,后来发现竟然是属性。这种也是少有。
3.实现思路
1.在HIS中通过开关实现是否调用医保控费
2.通过反射实现字段赋值,调用接口,完成数据的提交。
4.最后
1.对HIS业务实现了低耦合高内聚,如果医保控费出现问题,通过开关可进行控制
2.如果医保控费系统版本迭代更新,这时候通过修改对应的DEMO可以减少对HIS业务代码的修改。