用于代谢病电子病历表单的多页控件的制作方法

本发明涉及医疗
技术领域：
，特别是指一种用于代谢病电子病历表单的多页控件。
背景技术：
：在内分泌科病房或其他与代谢病有密切关系的科室(如肾内科)，由于患者病程较长，需要对某些指标进行定期监控，如果每日都在病程记录表单上增加一系列记录，那么病程记录将会延续相当长度，在电子病历中占非常多的页数，不利于归档与病历阅读。因此，需要开发一种控件，能够将占用空间极大的代谢病相关病程记录归纳并整合于一体，能够将相关病程记录整合于一体，方便相关记录的归档与阅读。技术实现要素：针对
背景技术：
中存在的问题，本发明的目的是提供一种用于代谢病电子病历表单的多页控件，集合录入-存储-调阅三项功能于一体，节省存储空间的同时也方便相关记录的归档与阅读。本发明的技术方案是这样实现的：一种用于代谢病电子病历表单的多页控件，包括控件表单设计单元、数据录入与存储单元和数据调阅单元，其中，控件表单设计单元：包含基础属性设计、interface接口设计、视图设计以及wrapper适配；控件表单设计单元：用于设计控件表单，这样生成的多页控件在每一页都有相同的模版，可以根据页码的不同进行内容的修改；数据存储单元：包含初次存储和页码扩展，初次存储指的是当某份电子病历表单初次写入该多页控件并进行存储时，在对应的电子病历表单关系型数据库中，该病人的病历档案中单独建立一个表格，数据经过序列化后存储于该表格中，主键为页码；页码扩展指随着病程记录的增加，页码也随之增加，每次增添新的病程记录时，在原有表格的基础上增加；数据调阅单元：在控件表单设计单元中已设定其defaultview为页码，从而将指针绑定为页码；当用户需要调阅该控件中的数据时，阅读器根据输入的页码，使用视图view对数据源进行筛选调阅。在上述技术方案中，所述基础属性设计包含frontcolor、backcolor基础属性的规定设计。在上述技术方案中，所述interface接口设计包括iemrcontrol接口、iparent接口与ichildren三项接口规范设计。在上述技术方案中，所述表格的构造为横行对应页码，纵列对应该多页控件所承载的子控件。在上述技术方案中，所述页码扩展时，在原有表格的基础上增加一层数据，增加横行数，将增加的内容序列化后记录于具体的横行中。在上述技术方案中，所述数据调阅时，数据指针指向输入页码对应的横行，调取出该行的数据，覆盖在多页控件之上；当输入页码的横行改变时，指针发生移动，指向新输入的页码，从而调出该页码对应那一行的数据赋予该多页控件。本发明用于代谢病电子病历表单的多页控件，包括控件表单设计单元、数据录入与存储单元和数据调阅单元，其中，控件表单设计单元包含基础属性设计、interface接口设计、视图设计以及wrapper适配；控件表单设计单元用于设计控件表单，在每一页都有相同的模版，可以根据页码的不同进行内容的修改；数据存储单元包含初次存储和页码扩展，存储方式为在关系型数据库中单独设立对应表格；数据调阅单元的调阅方式为在数据源中根据选择的页码作为指针使用view筛选数据源，如此，将录入-存储-调阅三项功能整合于同一个控件，达到节省存储空间的同时也方便相关记录的归档与阅读。附图说明图1为本发明总体框架示意图；图2为本发明中控件属性设计单元设计流程图；图3为本发明中数据存储单元储流程图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明所述的一种用于代谢病电子病历表单的多页控件，具备iemrcontrol接口、iparent接口与ichildren三项接口规范，存储方式为在关系型数据库中单独设立对应表格，而调阅方式为在数据源中根据选择的页码作为指针使用view筛选数据源，从而将录入-存储-调阅三项功能整合于同一个控件。具体的包括控件属性设计单元、控件表单设计单元、数据录入与存储单元和数据调阅单元，总体框架如图1所示，以下是对上述各单元的详细说明：(1)控件属性设计单元：控件属性设计单元，针对于控件开发与适配，对控件的各种属性做出规定并适配于电子病历表单设计器。控件属性设计主要包括下述几项内容：基础属性设计、interface接口设计、视图设计以及wrapper适配。其中，流程如图2所示。a.基础属性设计：多页控件具备与其他控件相似的frontcolor、backcolor等基础属性，需要在控件属性设计阶段对其做出规定。b.interface接口设计：应用于电子病历表单设计器中需要对控件做出接口的规定，对于多页控件，需要进行三项接口的规定，包括iemrcontrol接口、iparent接口与ichildren三项接口规范，iemrcontrol接口使其能够应用于电子病历表单设计器，iparent接口使其能够作为父控件承载其他控件从而作为控件表单设计的基础，而ichildren使得其能作为子控件被其他父控件所承载。c.视图设计：该多页控件的数据存储于关系型数据库中，调阅数据时采用视图调阅，因此设计该多页控件时需要设定defaultview，在此设定为页码。d.wrapper适配：完成几项控件属性与接口规定之后，需要将其经过wrapper控件适配器，在电子病历表单设计器中的动态链接库文件中进行注册，进行各项属性的适配后能够用于电子病历表单设计器。(2)控件表单设计单元：经过控件属性设计单元设计后，该多页控件能够应用于电子病历表单设计器中。在开发具体某个科室的代谢病病程记录表单时，在电子病历表单设计器的设计模块中，调用这一控件，并在这一控件的基础上。根据代谢病具体记录需要调用其他控件，作为该多页控件的子控件，这样生成的多页控件在每一页都有相同的模版，可以根据页码的不同进行内容的修改。(3)数据存储单元：该控件的数据存储分为两种模式，分别为初次存储与扩展存储。a.初次存储：初次存储指的是当某份电子病历表单初次写入该多页控件并进行存储，存储时该多页控件在对应的电子病历表单数据库中该病人的病历档案中单独建立一个表格，数据存储于关系型数据库中，主键为页码，该表格的构造为横行对应页码，纵列对应该多页控件所承载的子控件，数据经过序列化后存储于该表格中。该表格的结构如下表所示b.页码扩展：随着病程记录的增加，页码也随之增加。每次增添新的病程记录时，并不创建新的表格，而是在原有表格的基础上，增加一层数据，也即增加横行数，将增加的内容序列化后记录于具体的横行中。需要注意的是，对应于不同多页控件的存储数据表格，其纵列都是不同的，因控件表单设计时所放入的子控件而异。当进行初次存储时，将该多页控件中的各个子控件逐个建立纵列，以便与存储不同页中该控件所存储的不同数据。其中，流程如图3所示。(4)数据调阅单元：该多页控件数据调阅功能的实现基于一个核心思想：当该控件调阅数据时，并不改变控件本身空间属性，而是改变其所承载的数据。控件本身只作为容器，能够被赋予来自不同数据源的数据。多页控件的数据调阅通过视图view实现，在控件表单设计单元已设定其defaultview为页码，从而将指针绑定为页码。当用户需要调阅该控件中的数据时，阅读器根据输入的页码，使用视图view对数据源进行筛选，数据指针指向输入页码对应的横行，调取出该行的数据，覆盖在多页控件之上。当输入页码的横行改变时，指针发生移动，指向新输入的页码，从而调出该页码对应那一行的数据，从而赋予该多页控件。以下是结合一具体实例进行的进一步说明：经过控件表单设计之后，用于糖尿病病程记录，该多页控件中包含血糖值、尿糖检测、糖尿病病程记录等。在某病人的病程记录中，在初次录入时，首页记录的血糖值为11.4mmol/l，尿糖呈阳性，病程记录略。则存储时先在数据库中建立对应的存储表格，将各个控件作为纵列，页码作为横行，初次记录存储的数据结构如下表所示：pagetextbox1_bloodradiobutton1radiobutton2richbox111.4truefalse第二天录入的数据为8.9mmol/l，尿糖呈阴性，病程记录略，则进行页码扩展，在数据层数加一，将数据存储于其中，如下表所示：pagetextbox1_bloodradiobutton1radiobutton2richbox111.4truefalse28.9falsetrue调阅数据时，数据指针指向目标页码值，读取该层的数据，覆盖于多页控件上。综上：本发明用于代谢病电子病历表单的多页控件，具有以下有益效果：1.由于代谢病病程记录较长，所需要监控的指标较多，如果将代谢病病程记录堆积于病程记录表单中，将会占用相当多的空间，同时也不利于用户对代谢病以外其他疾病病程记录的阅读。而本发明能够将代谢病病程记录与指标监控整合于一个控件当中，在数据库中单独建立表格针对不同子控件进行结构化的存储，而不需要每出现一个新的控件就记录该控件的属性与数据，一定程度上节省存储空间。2.在肾内科等科室，代谢病只是疾病诊疗的其中一个方面，除代谢病之外还需要治疗主要疾病。如果将代谢病病程记录堆积于病程记录中，将不利于主要疾病病程记录的阅读。采用本发明后，能够将代谢病病程记录集中于一个控件当中，极大地方便了代谢病病程记录的整理与归档，同时也有利于不同时期代谢病病程记录与指标监控的对比。(3)在控件设计环节中，该多页控件既能作为父控件又能作为子控件，能够承载其他控件，而代谢病的病程记录常常需要对特定指标进行定期监控，如血糖、是否服药等等，而且不同代谢病所需要记录的内容也不相同。而本发明能根据具体代谢病病程记录的实际需求，在多页控件中添加符合病程记录需要的控件，从而开发出具有针对性的代谢病病程记录控件，极具灵活性。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。当前第1页12