一种可编程的新HIS开发系统的制作方法

一种可编程的新his开发系统
技术领域
1.本发明属于医疗信息化系统领域，涉及一种可编程的新his开发系统。


背景技术：

2.传统的医疗信息化系统his(hospital information system)大部分是c/s版，压力主要集中在数据库，可扩展性差，客户化开发人员能拿到所有核心代码。经过三十多年的发展，医疗行业发生了巨大的变化，业务变得越来越复杂，原有的系统架构难以满足复杂的医院信息化需求。新一代的his系统需要支持医联体、集团化、云端化、一体化、平台化、移动互联，支持多端，形成闭环，要求新his系统足够的灵活，可动态组装，可快速扩展，方便构筑医疗生态。


技术实现要素：

3.有鉴于此，本发明的目的在于提供一种灵活快速的定制化开发框架。
4.为达到上述目的，本发明提供如下技术方案：
5.一种可编程的新his开发系统，包括客户端、微前端、微服务及数据库，所述微服务用于将后端服务按照业务特性进行拆分，做到独立开发、独立部署、独立运行；所述微前端用于将前端页面按与微服务相对应的业务特性进行拆分，并通过基座进行组装；所述数据库用于存储业务数据；所述客户端用于访问微前端，使用微服务功能；所述微前端和微服务均有可扩展功能。
6.进一步，在所述微服务中，支持插件开发和自编程来动态扩充系统功能；
7.所述插件开发包括：封装组件库和可调用的方法，定义插件开发规范，根据插件接口定义进行功能实现，调用所述组件库和可调用的方法，动态扩充系统业务逻辑，改变原有的业务流程；所述自编程包括：通过解析引擎、自编程语言和解释执行环境在本地进行功能代码编写，然后通过后台上传系统，系统运行时自动解释执行这些功能代码；。
8.进一步，还根据业务规则制定出多个扩展点，所述扩展点定义为接口或抽象类，提供扩展的接口定义，接口定义了需要实现的方法和参数，通过插件实现这些方法来扩展服务原有的功能；扩展的插件使用@extpoint注解，服务扫描@extpoint注解来获取注册的扩展组件。
9.进一步，包括注册中心和配置中心，所述微服务根据业务特性进行拆分，分别注册到注册中心；所述配置中心用于配置各项微服务。
10.进一步，所述微前端和微服务通过网关进行通信，微前端的请求先发送到网关，网关收到请求后分发到各个微服务进行业务处理，所述微服务在处理的同时与解析引擎交互，所述微服务处理完成后将结果通过网关返回给发出请求的微前端。
11.进一步，所述微前端包括基座和多个微应用，所述微应用是独立前端项目，可单独进行访问，也可注册到基座应用中，由基座进行管理。
12.进一步，能够动态扩展微前端的页面功能，并提供微前端扩展的管理，在后台对微
前端的扩展进行增删改查操作。
13.进一步，所述解析引擎通过内置的基本语法和常用函数，对代码进行语法检查、语法分析，最终解析执行代码，扩充原有的业务功能。
14.本发明的有益效果在于：本发明方便用户定制化开发，快速响应客户需求，构筑医疗信息化新生态。借助微服务、微前端从前后两端将医疗复杂业务解耦，解决业务的独立性和灵活性。
15.本发明的其他优点、目标和特征在某种程度上将在随后的说明书中进行阐述，并且在某种程度上，基于对下文的考察研究对本领域技术人员而言将是显而易见的，或者可以从本发明的实践中得到教导。本发明的目标和其他优点可以通过下面的说明书来实现和获得。
附图说明
16.为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作优选的详细描述，其中：
17.图1为本发明所述可编程的新his开发系统框架图；
18.图2为解析引擎工作流程图。
具体实施方式
19.以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
20.其中，附图仅用于示例性说明，表示的仅是示意图，而非实物图，不能理解为对本发明的限制；为了更好地说明本发明的实施例，附图某些部件会有省略、放大或缩小，并不代表实际产品的尺寸；对本领域技术人员来说，附图中某些公知结构及其说明可能省略是可以理解的。
21.本发明实施例的附图中相同或相似的标号对应相同或相似的部件；在本发明的描述中，需要理解的是，若有术语“上”、“下”、“左”、“右”、“前”、“后”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此附图中描述位置关系的用语仅用于示例性说明，不能理解为对本发明的限制，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。
22.本发明实现一种灵活快速的定制化开发框架，方便用户定制化开发，快速响应客户需求，构筑医疗信息化新生态。借助微服务、微前端从前后两端将医疗复杂业务解耦，解决业务的独立性和灵活性。
23.微服务、微前端实现前后端开发完全分离，微服务解决后端服务的拆分和独立部署，例如医生站提供医生站的服务，收费提供收费相关的服务，物资提供物资相关的服务。
每个微服务对外提供标准api接口，方面第三方调用。
24.微前端解决前端页面的拆分、组装，例如医生站有医生站相关的前端页面，收费有收费相关的前端页面，物资有物资相关的前端页面，微前端将各个功能页面通过基座组装在一起。如果不使用微前端，所有的应用前端页面集成在一起，相互影响，无法独立升级，就可能发生更新收费的前端页面会影响物资或医生站的使用。
25.微服务、微前端使得客户在选择系统功能时更加灵活，如果客户只需要医生站的功能，单独部署医生站的后端服务和医生站的前端服务即可；微服务和微前端使得每个功能可以独立升级，不同服务间升级相互不影响，比如收费升级不影响物资和医生站，物资升级不影响收费和医生站，同样医生站升级不影响收费和物资，做到独立开发，独立部署，独立运行。
26.微服务、微前端解决了系统间的耦合度及灵活性问题，但是医疗业务很复杂，无法覆盖所有场景，需要新his系统支持动态扩充功能，系统支持插件开发和自编程来动态扩充系统功能：
27.插件机制：系统封装组件库和可调用的方法，定义插件开发规范，用户根据系统的插件接口定义进行相关实现，调用相关的组件库和方法，就可以动态扩充系统业务逻辑，改变原有的业务流程。
28.可编程：系统内置解析引擎，提供一套编程语言，提供解释执行环境，用户可以编写代码，系统运行时自动解释执行这些代码。
29.his牵涉到的微服务、微前端很多，在本实施例中以主数据、医生站、护士站、收费、物资为例做流程示例，如图1所示。
30.系统根据业务特性划分一个个微服务，各个微服务注册到注册中心，请求先发送到网关，网关收到请求后分发到各个微服务进行业务处理，微服务在处理的同时会和解析引擎交互，处理完成后微服务将结果再通过网关返回给请求端。
31.微服务中的“扩展”：为了支持定制化开发，后端的微服务封装了很多组件库和方法，方便调用，同时根据业务规则制定出很多扩展点，扩展点定义为接口或抽象类，提供扩展的接口定义，这些接口定义了需要实现的方法和参数，通过插件实现这些方法就可以扩展服务原有的功能。扩展的插件需要使用@extpoint注解，服务扫描@extpoint注解来获取注册的扩展组件。
32.示例如下(扩展处方功能)：
[0033][0034]
微前端将前端界面拆分，组件化，通过基座来组装。微前端由一个基座(mainapp)和多个微应用(microapp)组成，微应用是独立前端项目，注册到基座应用中，由基座进行管理，但是如果脱离基座也是可以单独访问。
[0035]
微前端中的“扩展”：微前端可动态扩展页面功能，如定义扩展按钮的位置、名称和触发事件等，就可以在某个页面动态增加按钮；还可以动态扩展某个tab页面，扩展业务流处理。
[0036]
扩展控件定义，部分参数如表1。
[0037]
表1
[0038][0039][0040]
新his系统后台提供微前端扩展的管理，用户可以在后台对微前端的扩展进行增删改查操作。微服务的扩展代码在用户本地开发，然后通过新his系统后台上传，相关服务会自动加载执行。
[0041]
如图2所示，解析引擎具体为：系统前后端都提供了语法解释执行环境，例如：
[0042]
基本语法：
[0043]
关键字：if，then，else,while，break等
[0044]
内置常用函数，如日期比较(datediff())、四舍五入(round())、执行exec()等
[0045]
可以写代码，伪代码如下：
[0046]
if{患者.年龄}《18then
[0047]
{限制开某一类药}
[0048]
end if
[0049]
if{患者.病种}＝＝“xxx”then
[0050]
{处理某流程}
[0051]
end if
[0052]
系统的解析引擎在运行时自动会执行这些代码片段，扩充原有的业务功能。
[0053]
最后说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，其均应涵盖在本发明的权利要求范围当中。