血库管理系统接口设计规范（血库设计要求）

本篇文章给大家谈谈血库管理系统接口设计规范，以及血库设计要求对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享血库管理系统接口设计规范的知识，其中也会对血库设计要求进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、（转）对外接口设计规范
• 2、什么是接口文档,如何写接口,有什么规范?
• 3、电子病历的功能接口规范
• 4、系统预留接口

（转）对外接口设计规范

1、接口禁止方法重载，重载会在做服务SLA控制，日志监控等方面带来不便

2、接口注释必须清晰地表达如何使用，接口是同步还是异步，服务内容，参数校验规则（精度、长度、取值范围等），返回值信息，异常情况；使用场景有要求的需要重点这几个方面描述

a)不同使用场景，在注释中区分描述

b)特定使用场景下的业务规则描述

c)特定使用场景下的注意事项描述

格式上参照注释规范{*}

3、接口返回值中属性禁止使用枚举，如果返回值属性是枚举类型，会为后期升级埋下隐患(由于枚举序列化的特性导致

删除枚举值和增加枚举值都可能导致客户端反序列化失败)，建议提供String类型，取值范围可以通过枚举来告诉客户端

禁止声明方式

建议声明方式

/** 强制还款标志，取值范围见{@link EnforceFlagEnum}*/

private String enforceFlag;

4、接口参数涉及取值范围选择的（比如交易码，渠道类型，身份标识），需提供对应的常量给客户端使用，谨慎使用枚举做入参

唯一性控制属性血库管理系统接口设计规范：a)如接口请求参数包含业务唯一性控制字段，需要对相关字段以及唯一性控制方式进行特别说明

b)若在唯一性控制基础之上，涉及相关业务幂等控制处理，需要进行相关详细描述

5、接口方法确保不对外抛出异常，异常情况需要通过错误码通知客户端，处理失败也需要有返回值，返回值实现可参考EcBaseResult及其子类实现

POM依赖

9、接口返回值中的方法尽量只提供基本属性的get set方法，不要提供有业务规则含义的方法（因为业务逻辑的变化会要求客户端升级jar包版本)

10、操作类的接口务必考虑幂等性控制，因为网络重发，客户端异常等都可能会引起重复调用，严重的可能会引起资损

根据业务约定的部分唯一性字段，对多次请求的数据判断是否重复提交的判断依据，比如通过外部订单号outOrderNo做唯一性控制，在唯一性控制的基础上，对请求中的其他字段进行判断，

如果全部业务数据（或关键业务数据）和已经落库的数据一致，则请求一次和请求多次都不会对业务处理产生影响，返回结果不变，

如果outOrderNo关联的其他信息与系统已经持久化的数据不一致则提示XXX参数与原先的数据不一致。

11、接口命名统一以Facade结尾，个别的SPI接口可以使用别的结尾词以便更好地表达SPI的要求，SOFA框架系统对外接口统一存放在xxx-common-service-facade

这个bundle下

12、接口必须提供有效的监控日志，配置监控报警规则监控日志输出见日志规范

13、敏感信息血库管理系统接口设计规范：接口返回对象属性字段包含敏感信息，需要做好标识，进行相关提示避免客户端打印到日志中去

金额：接口返回对象属性涉及到金额，需要描述金额的单位以及对应的币种 统一使用支付宝金额类com.iwallet.biz.common.util.money.Money

Money所在jar坐标

什么是接口文档,如何写接口,有什么规范?

含义是：在项目开发中，web项目的前后端分离开发，APP开发，需要由前后端工程师共同定义接口，编写接口文档，之后大家都根据这个接口文档进行开发，到项目结束前都要一直维护。

目的是：项目开发过程中前后端工程师有一个统一的文件进行沟通交流开发。项目维护中或者项目人员更迭，方便后期人员查看、维护。

规范是：以/a开头，如果需要登录才能调用的接口(如新增、修改；前台的用户个人信息，资金信息等)后面需要加/u，即：/a/u；中间一般放表名或者能表达这个接口的单词；get方法，如果是后台通过搜索查询列表，那么以/search结尾，如果是前台的查询列表，以/list结尾；url参数就不说了。

API（Application Programming Interface，应用程序接口）是一些预先定义的接口（如函数、HTTP接口），或指软件系统不同组成部分衔接的约定。用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。

应用程序接口又称为应用编程接口，是一组定义、程序及协议的集合，通过 API接口实现计算机软件之间的相互通信。API 的一个主要功能是提供通用功能集。

API同时也是一种中间件，为各种不同平台提供数据共享。程序设计的实践中，编程接口的设计首先要使软件系统的职责得到合理划分。良好的接口设计可以降低系统各部分的相互依赖，提高组成单元的内聚性，降低组成单元间的耦合程度，从而提高系统的可维护性和可扩展性。

电子病历的功能接口规范

1、电子病历依附于HIS。电子病历系统不是一个独立于HIS的新系统，因为病人信息来源于HIS中的各个业务子系统中。比如：病案首页来源于住院登记、入出转、病案编目等系统中。各个业务系统在完成自身的功能、管理自身业务数据的同时，也在收集着病人信息。因此，脱离了HIS，也就不存在电子病历系统。可以说，电子病历渗透于HIS中。
2．电子病历系统与传统的HIS的不同。从电子病历的角度看病人信息，是完整的、集成的；而从传统的 HIS 的每个子系统来看病人信息，是局部的、离散的，相互之间信息有冗余、有遗漏，它们往往没有按照一个统一的原则进行设计和管理。在内容上，有不同的侧重和要求。比如：以统计和检索为目的的病案首页管理对病人的诊断只要录入保存ICD码即可，而从电子病历的角度则必须要完整地保留医生的诊断描述，诊断描述与ICD分类码不能相互取代。电子病历强调病人信息的原始性和完整性。 住院电子病历需
与HIS系统实现ADT（入出转）接口；
与HIS系统实现医嘱接口；电子病历可以有独立的医嘱录入系统，即独立的医生工作站；
与LIS系统实现检验报告接口，电子检验申请接口；
与PACS系统实现检查报告接口，电子检查申请接口；
与病案系统实现病案统计接口；病案统计一般独立于电子病历和His，数据来源于电子病历 His数据点；
如果是门诊电子病历还需与分诊叫号实现叫号接口；
根据具体情况，还可能与手麻系统，ICU系统等有相应接口。 1．结构化存储
2．病历模板库
3．必填项检查
4．支持各种医学专用表达式(例如月经史、胎心、龋齿位置的公式表述)。
5．支持病历文档三级检诊(三级审核)功能
6．支持修改痕迹保留，保留各级医生的修改痕迹
7．时效控制机制，采用工作流主推模式，任务自动提示，及时提醒和催促医务人员，按时、按质、按量完成病历书写工作，有效的避免病历文档的缺写、漏写、延时书写.
8．支持数据元素绑定、实现了多文档同步刷新技术
9．表格处理能力(可以方便的制作表格病历)，支持表格嵌套、合并单元格、拆分单元格、删除行、删除列、添加行、添加列、表格内插入元素、表格宽度手动或自动调整
10．对用户输入的内容进行检查，包括：病历内容的规范性、逻辑性、 数据格式的有效性等 1．传送速度快。医务人员通过计算机网络可以远程存取病人病历，在几分钟甚至几秒钟内就能把数据传往需要的地方。在急诊时，电子病历中的资料可以及时地查出并显示在医师的面前。
2．共享性好。常规病历有很大的封闭性。医院诊治病人的记录只保存在本医院，如果病人到其它医院就诊则需要重新进行检查，这不仅浪费了宝贵的医疗资源也使病人增加了不少不必要的痛苦。而采用电子病历后，则能够克服这些不足。病人在各个医院的诊治结果可以通过医院之间的计算机网络或病人随身携带的健康卡（光卡和IC卡）来传输。病历的共享将给医疗带来极大的方便。
3．存贮容量大。由于计算机存贮技术尤其是光盘技术的进步，电子病历系统数据库的存贮容量可以是相当巨大的，而且病人随身携带的健康卡（光卡或IC卡），其容量也是可观的。
4．使用方便。医务人员使用电子病历系统可以方便地存贮、检索和浏览病历，复制也很方便，可以方便、迅速、准确地开展各种科学研究和统计分析工作，大大减少人工收集和录入数据的工作量，极大地提高临床科研水平。
5．成本低。电子病历系统一次性投资建成后，使用中可以减低病人的费用和医院的开支。电子病历也存在一些缺点。例如，需要大量的计算机软硬件投资和人员培训，有些医务人员甚至很难适应计算机操作。计算机一旦发生故障，将造成系统停顿，无法进行工作，因此，经常需要保存手工的原始记录。还有在将病历数据输入计算机时经常会出现各种错误（主要是操作失误），需要严格的检查，以防止发生差错和事故。

系统预留接口

系统设计中考虑了一定的技术储备和可扩展性，预留有多个接口：

（1）预留有同交通厅或业主公司基建项目管理平台的接口，可以将项目基础数据及汇总报表直接传递到基建项目管理平台。

（2）预留有与营运管理系统的接口，在营运管理中，可以直接进入管理系统查看相应的施工原始资料。

（3）预留有与施工现场监控系统的接口，关键、控制性工程的现场监控录像资料可以进入管理系统相应模块，方便查看。

关于血库管理系统接口设计规范和血库设计要求的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 血库管理系统接口设计规范的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于血库设计要求、血库管理系统接口设计规范的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。