CN111352621A - 一种赋能框架软件 - Google Patents
一种赋能框架软件 Download PDFInfo
- Publication number
- CN111352621A CN111352621A CN201811571665.2A CN201811571665A CN111352621A CN 111352621 A CN111352621 A CN 111352621A CN 201811571665 A CN201811571665 A CN 201811571665A CN 111352621 A CN111352621 A CN 111352621A
- Authority
- CN
- China
- Prior art keywords
- data
- layer
- module
- database
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/35—Creation or generation of source code model driven
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种赋能框架软件,涉及框架软件相关领域,为解决现有技术中的医院不同科室的内部数据不能互联互通,医疗软件厂商很难为每一个医院实现定制化的开发服务的问题。所述赋能框架整合了底层架构和共享管道,医院内各个系统采用相同的底层框架,系统与系统之间的数据互联互通,所有病历数据采用W3C标准通用的xml格式,病历数据和业务数据结构开放透明;所述时间轴控件能实现基于时间轴的医学数据集成视图功能,并可以作为其他功能模块的入口点,能突破性地应用于手术室排程、医嘱闭环管理、临床路径等业务;所述日志管理根据系统日志管理和跟踪用户对赋能框架的操作处理过程。
Description
技术领域
本发明涉及框架软件相关领域,具体为一种赋能框架软件。
背景技术
经过这么多年的发展,中国医院的信息科也在不断成长中,开始具有自主意识,而不再一味被动地听从供应商的安排。一些医院坚持自主研发软件,不过自主研发软件仍然需要相当的技术水平和精力,大部分医院信息科条件还是不足,因此这是想做而不可能做到的任务。另外信息科身处公立医院体制内,对于自主研发有着“多做事就容易多犯错”的顾虑。总之,医院的HIS创新之路,依然荆棘丛生。
目前,医院的医院信息化建设大多是由医疗信息软件厂商提供,医院针对门急诊、住院甚至不同科室采购不同的电子病历系统,这样虽然实现了信息化,但是难以达成内部数据的互联互通,医疗软件厂商开发电子病历系统,因为医疗业务的专业性程序,开发人员并不是很明白医院业务的流程,而且医疗软件厂商还需要考虑到系统的产品化,很难为每一个医院实现定制化的开发服务;因此市场急需研制一种赋能框架软件来帮助人们解决现有的问题。
发明内容
本发明的目的在于提供一种赋能框架软件,以解决上述背景技术中提出的医院不同科室的内部数据不能互联互通,医疗软件厂商很难为每一个医院实现定制化的开发服务等问题。
为实现上述目的,本发明提供如下技术方案:一种赋能框架软件,包括赋能框架、时间轴控件、日志管理根据系统日志、多项目并行机制、本地文件系统、数据库、FTP或WEB服务器的文件系统和数据库自我描述工具;
所述赋能框架整合了底层架构和共享管道,医院内各个系统采用相同的底层框架,系统与系统之间的数据互联互通,所有病历数据采用W3C标准通用的xml格式,病历数据和业务数据结构开放透明;
所述时间轴控件能实现基于时间轴的医学数据集成视图功能,并可以作为其他功能模块的入口点,能突破性地应用于手术室排程、医嘱闭环管理、临床路径等业务;
所述日志管理根据系统日志管理和跟踪用户对赋能框架的操作处理过程,并依据该操作过程记录的信息,分析赋能框架的使用情况、存在问题并对任意业务处理的过程进行跟踪管理;
所述多项目并行机制在同一个数据库中运行多个医疗机构的系统,为跨医疗机构的云系统提供底层支撑;
所述数据库内存储医院多个医疗机构的电子病历及相关信息;
所述本地文件系统为每个工作人员工作端的系统,其数据最终传输给数据库;
所述FTP或WEB服务器的文件系统为相关网络服务器的文件系统;
所述数据库自我描述工具,将数据库结构的描述信息直接关联到数据库。
优选的,所述赋能框架包括电子病历编辑器控件WinForm版、电子病历编辑器控件Web版、虚拟文件系统、统一权限管控模块、模板工具和NLP自然语意解析引擎;
所述电子病历编辑器控件WinForm版完全使用C#开发,和微软.NET平台无缝整合,不依赖任何第三方组件,没有使用RichTextBox或MS WORD等软件功能,用于WinForm.NET、WPF、命令行等开发,提供18个控件级事件和20个文档元素级事件,提供COM开发接口;
所述电子病历编辑器控件Web版,采用HTML 5的技术进行文档的展示、编辑,在使用纯js版DCWriter电子病历编辑器控件进行开发时,可以使用JAVA、PHP、ASP.NET等,使用非ASP.NET开发时,需要部署DCWriter电子病历编辑器控件的ASP.NET服务页面,在前端JS脚本中指定该服务页面;
所述虚拟文件系统对文档存储操作进行抽象,并映射到各种实际数据存储介质;
所述统一权限管控模块对虚拟文件系统、软件功能模块的调用、科室数据访问范围提供统一的权限管控;
所述模板工具包括电子病历模板设计工具和统计报表设计工具;
所述NLP自然语意解析引擎对自然语言文本以医学角度进行解析,对病历文档进行后结构化处理。
优选的,所述电子病历编辑器控件Web版包括JS版电子病历编辑器,所述电子病历编辑器控件Web版的上端应用程序为搜索网页,所述搜索网页与服务端双向连接,所述服务端包括主服务器和DCWriter文档服务器,所述DCWriter文档服务器与JS版电子病历编辑器双向连接,所述主服务器和DCWriter文档服务器均与数据库双向连接;
所述JS版电子病历编辑器使用JAVA、PHP、ASP、NET等;
所述主服务器处理日常的工作信息,其设置有一个镜像服务器;
所述DCWriter文档服务器为IIS发布的DCWriter服务程序,并提供ServicePage.aspx页面前端脚本和接口。
优选的,所述多项目并行机制包括HIT、LIS、EXCEL、CVS文件、服务器软件和客户端软件,所述服务器软件包括第一EMR-DOM架构、服务器消息收发模块、数据接口集成模块、业务流程引擎、服务器权限管控模块、数据库处理模块和数据库,所述客户端软件包括客户端消息收发模块、第二EMR-DOM架构、客户端权限管控模块、客户端插件管理模块和系统配置模块,所述HIT、LIS、EXCEL、CVS文件与数据接口集成模块双向连接,所述数据接口集成模块与数据库处理模块双向连接,所述数据库处理模块分别与业务流程引擎和服务器权限管控模块双向连接,所述数据库处理模块与数据库双向连接。
优选的,所述系统配置模块包括模板设计器、权限分配界面和系统运行参数设置界面。
优选的,所述第一EMR-DOM架构和第二EMR-DOM架构提供一种DOM模式的存储和处理业务数据的功能,服务器端和客户端完全共享;
所述服务器权限管控模块为管理用户操作权限的模块,管理各个功能模块,各个用户界面,各个操作菜单和按钮的操作权限;
所述数据库处理模块是直连数据库的功能模块,所有其他功能模块必须调用数据库处理模块来访问数据库,并提供一些底层调试跟踪机制;
所述数据接口集成模块的模块名称是DCSoft.FW.DataInterface,提供一种灵活的数据导入导出的机制;
所述客户端插件管理模块提供一种插件式的功能模块和用户界面模块的管理功能,与服务器权限管控模块相互配合。
优选的,所述客户端软件包括HIT 7层数据分层模型,所述HIT 7层数据分层模型包括应用层、数据分析层、数据展示层、数据传输层、数据组织层、数据格式层和数据存储层,所述应用层与数据分析层双向连接,所述数据分析层与数据展示层双向连接,所述数据展示层与数据传输层双向连接,所述数据传输层与数据组织层双向连接,所述数据组织层与数据格式层双向连接,所述数据格式层与数据存储层双向连接。
优选的,所述应用层包含各种业务流程的应用软件;
所述数据分析层主要是大数据的统计、分析和处理,在底层中,提供M-DOM/T-DOM/EMR-DOM/HIT-DOM等一系列的数据描述模型,对各种复杂的原始数据进行了整理和规范,为数据分析层制定基础;
所述数据展示层中各种数据在用户界面的展示和编辑,提供电子病历编辑器控件和基于时间轴的医学集成视图控件;
所述数据传输层为各种业务数据的传输方式,并采取M-DOM格式;
所述数据组织层描述医院业务数据的组织关系,包含HL7,采取EMR-DOM或HIT-DOM,对各种业务数据规整,抽象并建模,建立一个涵盖基础业务数据并高度可扩展性的业务数据描述对象模型;
所述数据格式层描述各种业务数据包的内容格式,并采取M-DOM、T-DOM格式;
所述数据存储层包括各种底层OS的文件系统、数据库、各种大数据的存储模式及安全管控,并采取虚拟文件系统。
优选的,所述服务器软件包括应用系统,所述应用系统的输出端分别与用户会话列表、当前用户会话、数据库处理模块列表、虚拟文件系统列表、本地系统配置、系统日志处理模块、数据接口模块、权限控制器、客户数据库、产品授权控制器、脚本引擎、事件列表、记录锁定机制和控制器列表连接,所述当前用户会话的输出端分别与用户信息和主窗体连接,所述用户信息的输出端分别与用户角色列表、主用户权限列表和医学知识库连接,所述用户角色列表的输出端与用户角色连接,所述用户角色的输出端与次用户权限列表连接,所述次用户权限列表的输出端与用户权限连接,所述主窗体的输出端分别与第一功能子窗体、第二功能子窗体和第三功能子窗体连接,所述数据库处理模块列表的输出端分别与第一数据库处理模块和第二数据库处理模块连接,所述第一数据库处理模块的输出端与引擎连接,所述虚拟文件系统列表的输出端分别与第一虚拟文件列表和第二虚拟文件列表连接,所述第一虚拟文件列表的输出端与文件和目录结构信息连接,所述控制器列表的输入端分别与客户端控制器集合和服务器控制器集合连接。
与现有技术相比,本发明的有益效果是:
1、该发明通过虚拟文件系统的设置,能调用驱动程序访问最终的文件存储介质,对于上层应用程序,虚拟文件系统的内部操作是透明的,无需感知,业务代码的适应性大为增强,而且采用统一的模式进行文档读写操作,也得到很大的简化;
2、该发明通过虚拟文件系统的设置,能够存储几百万个文件,而且可以快速定位检索,因此可以突破对文件的存储功能限制,比如可以存储各种系统消息内容等;
3、该发明中虚拟文件系统具有安全管控功能,对每一个文件或目录都能针对指定的用户或用户组进行单独的设置读取权限,权限能继承,而且提供接口,将HIS中的用户或用户组实时映射到虚拟文件系统中,避免用户帐号的重建和同步;
4、该发明通过客户端软件中HIT 7层数据分层模型的设置,从EMR、RIS、PASC、护理、门急诊、体检、随访等多种系统收集经验,使整个软件的功能更加完善;
5、该发明通过模板工具的设置,可管理模板类别、编辑修改模板内容、提供自定义属性设置、提供多语言设置、提供云剪切板、提供数据源维护功能、提供VB脚本编译维护功能、提供数据报表维护功能、提供医学图片库和特殊字符库、提供预览模板功能;
6、该发明通过NLP自然语意解析引擎的设置,能对自然语言文本以医学角度进行解析,对病历文档进行后结构化处理,病历文档更加规范,且留档更加容易。
附图说明
图1为本发明的一种赋能框架软件的系统结构图;
图2为本发明的电子病历编辑器控件Web版的系统结构图;
图3为本发明的多项目并行机制的系统结构图;
图4为本发明的客户端软件中的HIT 7层数据分层模型图;
图5为本发明的服务器软件中应用系统的工作结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
请参阅图1-5,本发明提供的一种实施例:一种赋能框架软件,包括赋能框架、时间轴控件、日志管理根据系统日志、多项目并行机制、本地文件系统、数据库、FTP或WEB服务器的文件系统和数据库自我描述工具;
赋能框架整合了底层架构和共享管道,医院内各个系统采用相同的底层框架,系统与系统之间的数据互联互通,所有病历数据采用W3C标准通用的xml格式,病历数据和业务数据结构开放透明;
时间轴控件能实现基于时间轴的医学数据集成视图功能,并可以作为其他功能模块的入口点,能突破性地应用于手术室排程、医嘱闭环管理、临床路径等业务,产品集成在一个dll中,在项目中引用即可包含全部功能;
日志管理根据系统日志管理和跟踪用户对赋能框架的操作处理过程,并依据该操作过程记录的信息,分析赋能框架的使用情况、存在问题并对任意业务处理的过程进行跟踪管理;
多项目并行机制在同一个数据库中运行多个医疗机构的系统,为跨医疗机构的云系统提供底层支撑,一个进程同时运行多个用户,在多个用户之间来回切换,在保留原用户的界面及操作时,切换到新用户上一次退出的状态,当切入回来时,重现进行展示原用户的界面及操作;
数据库内存储医院多个医疗机构的电子病历及相关信息;
本地文件系统为每个工作人员工作端的系统,其数据最终传输给数据库;
FTP或WEB服务器的文件系统为相关网络服务器的文件系统;
数据库自我描述工具,将数据库结构的描述信息直接关联到数据库,使得数据库能自我描述,解决由于增加、删除、修改数据库表和字段结构而导致的数据库说明文档与实际数据库不一致的问题,减少程序员对数据库文档的依赖,增加数据库对业务的支持,把数据库的结构和描述信息紧密结合在一起,在两者之间形成一种良好的互动机制。
进一步,赋能框架包括电子病历编辑器控件WinForm版、电子病历编辑器控件Web版、虚拟文件系统、统一权限管控模块、模板工具和NLP自然语意解析引擎;
电子病历编辑器控件WinForm版完全使用C#开发,和微软.NET平台无缝整合,不依赖任何第三方组件,没有使用RichTextBox或MS WORD等软件功能,用于WinForm.NET、WPF、命令行等开发,支持医疗信息化行业所特需的功能,包括结构话、痕迹保留、多级权限控制、内容保护、输入域、知识库、数据源绑定、级联模板、视图加密、续打、医学表达式、辅助病案质量控制等等等,提供DOM模式的开发接口,将上千个属性、函数和事件有机的组织起来,能实现差异化功能开发,它定义了文本文档对象模型,将文档中所有的内容都描述成一个个可编程对象,其中存储着大量的关键数据和关键例程,提供18个控件级事件和20个文档元素级事件,兼顾了软件的性能和灵活度,提供COM开发接口,可用于VB、VC、Delphi、PB等开发;
电子病历编辑器控件Web版,采用HTML 5的技术进行文档的展示、编辑,可用于各种浏览器和移动设备,在使用纯js版DCWriter电子病历编辑器控件进行开发时,可以使用JAVA、PHP、ASP.NET等,使用非ASP.NET开发时,需要部署DCWriter电子病历编辑器控件的ASP.NET服务页面,在前端JS脚本中指定该服务页面;
虚拟文件系统对文档存储操作进行抽象,并映射到各种实际数据存储介质,能映射到本地文件系统、数据库、FTP或WEB服务器的文件系统;
统一权限管控模块对虚拟文件系统、软件功能模块的调用、科室数据访问范围提供统一的权限管控;
模板工具包括电子病历模板设计工具和统计报表设计工具,可管理模板类别、编辑修改模板内容、提供自定义属性设置、提供多语言设置、提供云剪切板、提供数据源维护功能、提供VB脚本编译维护功能、提供数据报表维护功能、提供医学图片库和特殊字符库、提供预览模板功能;
NLP自然语意解析引擎对自然语言文本以医学角度进行解析,对病历文档进行后结构化处理。
进一步,电子病历编辑器控件Web版包括JS版电子病历编辑器,电子病历编辑器控件Web版的上端应用程序为搜索网页,搜索网页与服务端双向连接,服务端包括主服务器和DCWriter文档服务器,DCWriter文档服务器与JS版电子病历编辑器双向连接,主服务器和DCWriter文档服务器均与数据库双向连接;
JS版电子病历编辑器使用JAVA、PHP、ASP、NET等;
主服务器处理日常的工作信息,其设置有一个镜像服务器;
DCWriter文档服务器为IIS发布的DCWriter服务程序,并提供ServicePage.aspx页面前端脚本和接口。
进一步,多项目并行机制包括HIT、LIS、EXCEL、CVS文件、服务器软件和客户端软件,服务器软件包括第一EMR-DOM架构、服务器消息收发模块、数据接口集成模块、业务流程引擎、服务器权限管控模块、数据库处理模块和数据库,客户端软件包括客户端消息收发模块、第二EMR-DOM架构、客户端权限管控模块、客户端插件管理模块和系统配置模块,HIT、LIS、EXCEL、CVS文件与数据接口集成模块双向连接,数据接口集成模块与数据库处理模块双向连接,数据库处理模块分别与业务流程引擎和服务器权限管控模块双向连接,数据库处理模块与数据库双向连接。
进一步,系统配置模块包括模板设计器、权限分配界面和系统运行参数设置界面。
进一步,第一EMR-DOM架构和第二EMR-DOM架构提供一种DOM模式的存储和处理业务数据的功能,服务器端和客户端完全共享;
服务器权限管控模块为管理用户操作权限的模块,管理各个功能模块,各个用户界面,各个操作菜单和按钮的操作权限;
数据库处理模块是直连数据库的功能模块,所有其他功能模块必须调用数据库处理模块来访问数据库,并提供一些底层调试跟踪机制;
数据接口集成模块的模块名称是DCSoft.FW.DataInterface,提供一种灵活的数据导入导出的机制;
客户端插件管理模块提供一种插件式的功能模块和用户界面模块的管理功能,与服务器权限管控模块相互配合。
进一步,客户端软件包括HIT 7层数据分层模型,HIT 7层数据分层模型包括应用层、数据分析层、数据展示层、数据传输层、数据组织层、数据格式层和数据存储层,应用层与数据分析层双向连接,数据分析层与数据展示层双向连接,数据展示层与数据传输层双向连接,数据传输层与数据组织层双向连接,数据组织层与数据格式层双向连接,数据格式层与数据存储层双向连接,通过规划和实现VFS、M-DOM、T-DOM、EMR-DOM、HIT-DOM等方案来对HIT数据分层模型进行全方位的赋能。
进一步,应用层包含各种业务流程的应用软件;
数据分析层主要是大数据的统计、分析和处理,在底层中,提供M-DOM/T-DOM/EMR-DOM/HIT-DOM等一系列的数据描述模型,对各种复杂的原始数据进行了整理和规范,为数据分析层制定基础;
数据展示层中各种数据在用户界面的展示和编辑,提供电子病历编辑器控件和基于时间轴的医学集成视图控件;
数据传输层为各种业务数据的传输方式,并采取M-DOM格式;
数据组织层描述医院业务数据的组织关系,包含HL7,采取EMR-DOM或HIT-DOM,对各种业务数据规整,抽象并建模,建立一个涵盖基础业务数据并高度可扩展性的业务数据描述对象模型,EMR-DOM是采用W3C DOM国际标准的理念,对电子病历系统中所有的业务数据进行抽象和整理,设计出一种数据描述模型,涵盖了电子病历系统中的入院、出院、病程记录、护理记录、医嘱、手术等,它能精确的没有遗漏的描述所有业务数据,而且具有高度的可扩展性,能不断添加新的业务数据项目,HIT-DOM是比EMR-DOM更进一步,它用于描述所有的医院业务数据,包括EMR-DOM,还包括LIS-DOM、PASC-DOM、RIS-DOM、血透-DOM等等,创建它是一个不断扩展不断填充的过程;
数据格式层描述各种业务数据包的内容格式,并采取M-DOM、T-DOM格式,M-DOM是指医学文书的文件格式,医学文书包括电子病历、护理记录、各种检查报告单据、知情同意书、病程记录、体检报告、随访报告等,T-DOM是指时间轴文档格式,对于时间轴文档就是将体温单保存为一个文档,这个时间轴文档不是图形,而是仅仅包含纯粹的数据和图形设置格式信息,大小只有几十上百KB,可以在远端将图形无损的还原出来,为远程会诊、三级诊疗等提供了全新的数据素材;
数据存储层包括各种底层OS的文件系统、数据库、各种大数据的存储模式及安全管控,并采取虚拟文件系统,首先建立一套抽象的编程模型,包含文件系统、目录、文件这三种对象组织而成的树状结构,文件系统是根节点,是访问虚拟文件系统的唯一入口点,目录可以包含若干个文件和子目录,文件可以突破性的包含若干个子文件,然后开发出的驱动程序将虚拟文件系统映射到本地文件、数据库大字段、FTP服务器、MongoDB服务器等,对于上层应用程序,虚拟文件系统的内部操作是透明的,无需感知,业务代码的适应性大为增强,采用统一的模式进行文档读写操作,得到很大的简化,而且可以快速定位检索,因此可以突破对文件的存储功能限制。
进一步,服务器软件包括应用系统,应用系统的输出端分别与用户会话列表、当前用户会话、数据库处理模块列表、虚拟文件系统列表、本地系统配置、系统日志处理模块、数据接口模块、权限控制器、客户数据库、产品授权控制器、脚本引擎、事件列表、记录锁定机制和控制器列表连接,当前用户会话的输出端分别与用户信息和主窗体连接,用户信息的输出端分别与用户角色列表、主用户权限列表和医学知识库连接,用户角色列表的输出端与用户角色连接,用户角色的输出端与次用户权限列表连接,次用户权限列表的输出端与用户权限连接,主窗体的输出端分别与第一功能子窗体、第二功能子窗体和第三功能子窗体连接,数据库处理模块列表的输出端分别与第一数据库处理模块和第二数据库处理模块连接,第一数据库处理模块的输出端与引擎连接,虚拟文件系统列表的输出端分别与第一虚拟文件列表和第二虚拟文件列表连接,第一虚拟文件列表的输出端与文件和目录结构信息连接,控制器列表的输入端分别与客户端控制器集合和服务器控制器集合连接。
综上所述,本发明一种赋能框架软件,医院希望软件高度定制化,信息化公司又想尽量避免定制化,通过赋能框架,医院信息科人员可以自主开发电子病历系统,帮助医院信息科解决软件开发难题,将电子病历产品的开发壁垒降到最低。由于是内部人员开发,因此软件高度贴合医护人员的日常工作,抵触少,医生操作起来就能快速上手,赋能框架整合了底层架构和共享管道,医院内所有电子病历系统都是基于赋能框架,各个系统由于采用相同的底层框架,系统与系统之间的数据互联互通变得十分容易,赋能框架所有病历数据采用W3C标准通用的xml格式,病历数据和业务数据结构开放透明,通过虚拟文件系统调用驱动程序访问最终的文件存储介质,对于上层应用程序,虚拟文件系统的内部操作是透明的,无需感知,业务代码的适应性大为增强,而且采用统一的模式进行文档读写操作,也得到很大的简化,能够存储几百万个文件,可以快速定位检索,因此可以突破对文件的存储功能限制,比如可以存储各种系统消息内容等,具有安全管控功能,对每一个文件或目录都能针对指定的用户或用户组进行单独的设置读取权限,权限能继承,而且提供接口,将HIS中的用户或用户组实时映射到虚拟文件系统中,避免用户帐号的重建和同步,HIT 7层数据分层模型则从EMR、RIS、PASC、护理、门急诊、体检、随访等多种系统收集经验,使整个软件的功能更加完善,模板工具管理模板类别、编辑修改模板内容、提供自定义属性设置、提供多语言设置、提供云剪切板、提供数据源维护功能、提供VB脚本编译维护功能、提供数据报表维护功能、提供医学图片库和特殊字符库、提供预览模板功能,NLP自然语意解析引擎能对自然语言文本以医学角度进行解析,对病历文档进行后结构化处理。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
Claims (9)
1.一种赋能框架软件,包括赋能框架、时间轴控件、日志管理根据系统日志、多项目并行机制、本地文件系统、数据库、FTP或WEB服务器的文件系统和数据库自我描述工具,其特征在于:
所述赋能框架整合了底层架构和共享管道,医院内各个系统采用相同的底层框架,系统与系统之间的数据互联互通,所有病历数据采用W3C标准通用的xml格式,病历数据和业务数据结构开放透明;
所述时间轴控件能实现基于时间轴的医学数据集成视图功能,并可以作为其他功能模块的入口点,能突破性地应用于手术室排程、医嘱闭环管理、临床路径等业务;
所述日志管理根据系统日志管理和跟踪用户对赋能框架的操作处理过程,并依据该操作过程记录的信息,分析赋能框架的使用情况、存在问题并对任意业务处理的过程进行跟踪管理;
所述多项目并行机制在同一个数据库中运行多个医疗机构的系统,为跨医疗机构的云系统提供底层支撑;
所述数据库内存储医院多个医疗机构的电子病历及相关信息;
所述本地文件系统为每个工作人员工作端的系统,其数据最终传输给数据库;
所述FTP或WEB服务器的文件系统为相关网络服务器的文件系统;
所述数据库自我描述工具,将数据库结构的描述信息直接关联到数据库。
2.根据权利要求1所述的一种赋能框架软件,其特征在于:所述赋能框架包括电子病历编辑器控件WinForm版、电子病历编辑器控件Web版、虚拟文件系统、统一权限管控模块、模板工具和NLP自然语意解析引擎;
所述电子病历编辑器控件WinForm版完全使用C#开发,和微软.NET平台无缝整合,不依赖任何第三方组件,没有使用RichTextBox或MS WORD等软件功能,用于WinForm.NET、WPF、命令行等开发,提供18个控件级事件和20个文档元素级事件,提供COM开发接口;
所述电子病历编辑器控件Web版,采用HTML 5的技术进行文档的展示、编辑,在使用纯js版DCWriter电子病历编辑器控件进行开发时,可以使用JAVA、PHP、ASP.NET等,使用非ASP.NET开发时,需要部署DCWriter电子病历编辑器控件的ASP.NET服务页面,在前端JS脚本中指定该服务页面;
所述虚拟文件系统对文档存储操作进行抽象,并映射到各种实际数据存储介质;
所述统一权限管控模块对虚拟文件系统、软件功能模块的调用、科室数据访问范围提供统一的权限管控;
所述模板工具包括电子病历模板设计工具和统计报表设计工具;
所述NLP自然语意解析引擎对自然语言文本以医学角度进行解析,对病历文档进行后结构化处理。
3.根据权利要求2所述的一种赋能框架软件,其特征在于:所述电子病历编辑器控件Web版包括JS版电子病历编辑器,所述电子病历编辑器控件Web版的上端应用程序为搜索网页,所述搜索网页与服务端双向连接,所述服务端包括主服务器和DCWriter文档服务器,所述DCWriter文档服务器与JS版电子病历编辑器双向连接,所述主服务器和DCWriter文档服务器均与数据库双向连接;
所述JS版电子病历编辑器使用JAVA、PHP、ASP、NET等;
所述主服务器处理日常的工作信息,其设置有一个镜像服务器;
所述DCWriter文档服务器为IIS发布的DCWriter服务程序,并提供ServicePage.aspx页面前端脚本和接口。
4.根据权利要求1所述的一种赋能框架软件,其特征在于:所述多项目并行机制包括HIT、LIS、EXCEL、CVS文件、服务器软件和客户端软件,所述服务器软件包括第一EMR-DOM架构、服务器消息收发模块、数据接口集成模块、业务流程引擎、服务器权限管控模块、数据库处理模块和数据库,所述客户端软件包括客户端消息收发模块、第二EMR-DOM架构、客户端权限管控模块、客户端插件管理模块和系统配置模块,所述HIT、LIS、EXCEL、CVS文件与数据接口集成模块双向连接,所述数据接口集成模块与数据库处理模块双向连接,所述数据库处理模块分别与业务流程引擎和服务器权限管控模块双向连接,所述数据库处理模块与数据库双向连接。
5.根据权利要求4所述的一种赋能框架软件,其特征在于:所述系统配置模块包括模板设计器、权限分配界面和系统运行参数设置界面。
6.根据权利要求4所述的一种赋能框架软件,其特征在于:所述第一EMR-DOM架构和第二EMR-DOM架构提供一种DOM模式的存储和处理业务数据的功能,服务器端和客户端完全共享;
所述服务器权限管控模块为管理用户操作权限的模块,管理各个功能模块,各个用户界面,各个操作菜单和按钮的操作权限;
所述数据库处理模块是直连数据库的功能模块,所有其他功能模块必须调用数据库处理模块来访问数据库,并提供一些底层调试跟踪机制;
所述数据接口集成模块的模块名称是DCSoft.FW.DataInterface,提供一种灵活的数据导入导出的机制;
所述客户端插件管理模块提供一种插件式的功能模块和用户界面模块的管理功能,与服务器权限管控模块相互配合。
7.根据权利要求4所述的一种赋能框架软件,其特征在于:所述客户端软件包括HIT 7层数据分层模型,所述HIT 7层数据分层模型包括应用层、数据分析层、数据展示层、数据传输层、数据组织层、数据格式层和数据存储层,所述应用层与数据分析层双向连接,所述数据分析层与数据展示层双向连接,所述数据展示层与数据传输层双向连接,所述数据传输层与数据组织层双向连接,所述数据组织层与数据格式层双向连接,所述数据格式层与数据存储层双向连接。
8.根据权利要求7所述的一种赋能框架软件,其特征在于:所述应用层包含各种业务流程的应用软件;
所述数据分析层主要是大数据的统计、分析和处理,在底层中,提供M-DOM/T-DOM/EMR-DOM/HIT-DOM等一系列的数据描述模型,对各种复杂的原始数据进行了整理和规范,为数据分析层制定基础;
所述数据展示层中各种数据在用户界面的展示和编辑,提供电子病历编辑器控件和基于时间轴的医学集成视图控件;
所述数据传输层为各种业务数据的传输方式,并采取M-DOM格式;
所述数据组织层描述医院业务数据的组织关系,包含HL7,采取EMR-DOM或HIT-DOM,对各种业务数据规整,抽象并建模,建立一个涵盖基础业务数据并高度可扩展性的业务数据描述对象模型;
所述数据格式层描述各种业务数据包的内容格式,并采取M-DOM、T-DOM格式;
所述数据存储层包括各种底层OS的文件系统、数据库、各种大数据的存储模式及安全管控,并采取虚拟文件系统。
9.根据权利要求4所述的一种赋能框架软件,其特征在于:所述服务器软件包括应用系统,所述应用系统的输出端分别与用户会话列表、当前用户会话、数据库处理模块列表、虚拟文件系统列表、本地系统配置、系统日志处理模块、数据接口模块、权限控制器、客户数据库、产品授权控制器、脚本引擎、事件列表、记录锁定机制和控制器列表连接,所述当前用户会话的输出端分别与用户信息和主窗体连接,所述用户信息的输出端分别与用户角色列表、主用户权限列表和医学知识库连接,所述用户角色列表的输出端与用户角色连接,所述用户角色的输出端与次用户权限列表连接,所述次用户权限列表的输出端与用户权限连接,所述主窗体的输出端分别与第一功能子窗体、第二功能子窗体和第三功能子窗体连接,所述数据库处理模块列表的输出端分别与第一数据库处理模块和第二数据库处理模块连接,所述第一数据库处理模块的输出端与引擎连接,所述虚拟文件系统列表的输出端分别与第一虚拟文件列表和第二虚拟文件列表连接,所述第一虚拟文件列表的输出端与文件和目录结构信息连接,所述控制器列表的输入端分别与客户端控制器集合和服务器控制器集合连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811571665.2A CN111352621A (zh) | 2018-12-21 | 2018-12-21 | 一种赋能框架软件 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811571665.2A CN111352621A (zh) | 2018-12-21 | 2018-12-21 | 一种赋能框架软件 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111352621A true CN111352621A (zh) | 2020-06-30 |
Family
ID=71198002
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811571665.2A Pending CN111352621A (zh) | 2018-12-21 | 2018-12-21 | 一种赋能框架软件 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111352621A (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102238162A (zh) * | 2010-12-03 | 2011-11-09 | 元润康联(上海)科技有限公司 | 一种医院间非结构化信息归档的方法 |
CN108615552A (zh) * | 2018-05-03 | 2018-10-02 | 杭州认识科技有限公司 | 电子病历共享方法和电子病历共享系统 |
-
2018
- 2018-12-21 CN CN201811571665.2A patent/CN111352621A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102238162A (zh) * | 2010-12-03 | 2011-11-09 | 元润康联(上海)科技有限公司 | 一种医院间非结构化信息归档的方法 |
CN108615552A (zh) * | 2018-05-03 | 2018-10-02 | 杭州认识科技有限公司 | 电子病历共享方法和电子病历共享系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Davis et al. | Towards an integrated information environment with open hypermedia systems | |
US6424979B1 (en) | System for presenting and managing enterprise architectures | |
US7236966B1 (en) | Method and system for providing a user-customized electronic book | |
US20090132285A1 (en) | Methods, computer program products, apparatuses, and systems for interacting with medical data objects | |
US8468461B2 (en) | Form-based user-configurable processing plant management system and method | |
US20080263101A1 (en) | Data Processing Device and Data Processing Method | |
US20070038963A1 (en) | Methods and apparatus for process thumbnail view | |
US20140325331A1 (en) | Form-based user-configurable process information system and method | |
CN104756111A (zh) | 策略查询到连续查询转换 | |
US6745195B1 (en) | System, method and computer program product for generating software cards that summarize and index information | |
EP1811399A1 (en) | Data processing device and data processing method | |
KR100841079B1 (ko) | 엑스엠엘 기반의 원격 유지 보수 시스템 | |
North et al. | Collaborative visual analysis with RCloud | |
Gruenbacher | Integrating groupware and CASE capabilities for improving stakeholder involvement in requirements engineering | |
CN111352621A (zh) | 一种赋能框架软件 | |
He et al. | Integrating both Wikis and XML with case bases to facilitate case base development and maintenance | |
Tambouris et al. | SMARTGOV: a governmental knowledge-based platform for public sector online services | |
Rossi et al. | Designing hypermedia applications with objects and patterns | |
WO1997042589A1 (en) | Integration management template method and system | |
Hossain | Digitalized blood bank: designing and implementing a web-based application | |
Ballentine | Requirements specifications and anticipating user needs: Methods and warnings on writing development narratives for new software | |
Saretsalo | Classifying information and its implications to business practices: The role of humans and systems in the process | |
Li | Time recorder Android application | |
Schuster | Adkwik–a collaborative system for architectural decision modeling and decision process support based on web 2.0 technologies | |
Winckler et al. | Engineering Annotations: A Generic Framework for Gluing Design Artefacts of Interactive Systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |