CN105550491B - 管理医疗信息的方法、执行该方法的设备及其存储介质 - Google Patents
管理医疗信息的方法、执行该方法的设备及其存储介质 Download PDFInfo
- Publication number
- CN105550491B CN105550491B CN201510696065.9A CN201510696065A CN105550491B CN 105550491 B CN105550491 B CN 105550491B CN 201510696065 A CN201510696065 A CN 201510696065A CN 105550491 B CN105550491 B CN 105550491B
- Authority
- CN
- China
- Prior art keywords
- item
- medical record
- record forms
- project
- value
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
- G16Z99/00—Subject matter not provided for in other main groups of this subclass
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- Public Health (AREA)
- Business, Economics & Management (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Tourism & Hospitality (AREA)
- Child & Adolescent Psychology (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
Abstract
管理医疗信息的方法、执行该方法的设备及其存储介质。一种管理医疗信息的方法,该方法可包括从用户接收并登记在多个医疗记录表的每一个医疗记录表中所包括的至少一个项目之间的关联,即,彼此独立的第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联。该方法还可包括从用户接收用于访问第一医疗记录表的请求,并检查(或判定)是否存在与该第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目,所述至少一个第二项目被包括在多个医疗记录表中。
Description
技术领域
实施方式可涉及医疗信息管理技术。更具体地,实施方式可涉及管理医疗信息的方法、执行该方法的设备和存储该方法的存储介质。实施方式可基于在医疗记录表中所输入项目之间的关联以及在护理计划的编写项目中自动输入内容,将针对相同项目的冗余输入最小化。
背景技术
当在医疗机构中生成各种医疗信息以及编写各种治疗病人的医疗记录时,所生成的医疗信息和所编写的医疗记录具有关联依赖,并且该关联依赖是用于治疗病人的重要信息和记录的函数。也就是说,当病人的医疗信息和医疗记录的匹配关联有错误时,错误的信息可能被提供给医疗团队,并且在解决这样的问题的过程中,效率可能被降低,可能会进行适当的治疗和/或可能发生医疗事故。
韩国专利登记第10-0580661号,其主题通过引用并入本文,其涉及一种用于共享/利用个人医疗信息的***和方法。该***和方法可以在医疗机构和个人通信设备之间进行医疗记录通信,并且可使医疗机构以及相关的机构被连接来共享和使用医疗信息(包括个人医疗信息)。个人可以管理个人病史以及分析医疗信息的有效性,以在必要时向其它的医疗机构提供个人医疗记录。
韩国专利登记第10-0594938号,其主题通过引用并入本文,其涉及一种提供医疗信息的***和提供信息的方法。该***可使用户能够请求关于个人检查的医疗信息以及各个医疗机构所管理的各种类型的药方记录的个人医疗信息,以从相应的医疗机构接收用户自己的医疗信息,并易于管理和传输由医疗机构提供的用户自己承担风险的医疗信息,以获得各种增值的医疗信息服务。
发明内容
根据本发明的一个方面,本公开涉及一种管理医疗信息的方法,该方法包括以下步骤:接收和登记关联步骤,从用户接收并登记多个医疗记录表中的每一个医疗记录表中的至少一个项目之间的关联,即,第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联;接收请求步骤,从所述用户接收用于访问所述第一医疗记录表的请求;以及判定步骤,判定在所述多个医疗记录表中是否存在与所述第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目。
根据本发明的另一个方面,本公开涉及一种医疗信息管理***,该***包括:处理器;存储器,所述存储器包括至少一个存储区域;以及非暂时性计算机可读介质,所述非暂时性计算机可读介质包括指令,所述指令当被执行时使所述处理器执行管理医疗信息的方法。所述方法包括以下步骤:接收和登记关联步骤,从用户接收并登记多个医疗记录表中的每一个医疗记录表中包括的至少一个项目之间的关联,即,第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联;接收请求步骤,从所述用户接收用于访问所述第一医疗记录表的请求;以及判定步骤,判定在所述多个医疗记录表中是否存在与所述第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目。
根据本发明的另一个方面,本公开涉及一种机器可读非暂时性介质,所述机器可读非暂时性介质存储用于医疗信息管理方法的计算机程序,所述机器可读非暂时性介质上存储有机器可执行指令,所述指令用于执行以下步骤:接收和登记关联步骤,从用户接收并登记多个医疗记录表中的每一个医疗记录表中包括的至少一个项目之间的关联,即,第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联;接收请求步骤,从所述用户接收用于访问所述第一医疗记录表的请求;以及判定步骤,判定在所述多个医疗记录表中是否存在与所述第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目。
附图说明
可以参照附图对配置和/或实施方式进行详细描述,在附图中相同的附图标号表示相同的元件,并且其中:
图1是医疗信息管理***的框图;
图2是医疗信息管理设备的框图;
图3是用于医疗信息管理设备和数据库服务器的硬件配置的示意图;
图4是示出由图1中的医疗信息管理***执行的管理医疗信息的方法的流程图;
图5A-图5B和图6A-图6B是示出其中值被自动输入到医疗记录表的项目中的示例的示例图;以及
图7A-图7C是示出自动生成护理计划的示例图。
具体实施方式
实施方式的说明仅仅是用于构造性或者功能性的说明的实施方式,因此实施方式的范围不应该被解释为受限于所说明的实施方式。也就是说,由于实施方式可以在不脱离其特征的情况下以多种形式来实现,因此还应该理解的是,除非另有详细说明,所描述的实施方式不受任何前面描述的细节的限制,而是应该在所附的权利要求所限定的范围内广泛地解释。因此,落在权利要求的范围或者该范围的等同内的各种修改和替换旨在由所附权利要求包含。
本公开所描述的术语可如下进行理解。
虽然诸如“第一”和“第二”等的术语可被用于描述各种组件,但应当理解的是这样的组件不必受限于上述术语。上述术语可被用于将一个组件区别于另一个组件。例如,在不脱离实施方式的权利的范围的情况下,第一组件可以被称为第二组件,并且同样第二组件可以被称为第一组件。
可以理解的是,当元件被称为“被连接到”另一个元件时,其可直接被连接到其它元件或者也可能存在中间元件。相反,当元件被称为“被直接连接到”另一个元件时,则不存在中间元件。另外,除非明确地描述,否则术语“包括”或其变体应该理解为意指包含所述的元件,并且不排除任何其它元件。同时,诸如“在…之间”、“直接在…之间”或“相邻于”以及“直接相邻于”这样的描述组件之间关系的其它表达可以被同样地解读。
除非上下文明确指出,否则本公开中的单数形式“一”和“该”旨在也包括其复数形式。应该进一步理解的是,诸如“包括”或“具有”等术语旨在指出说明书中所公开的特征、数字、操作、动作、组件、部件或者它们的组合,而不意图排除可能存在或添加一个或更多个其它的特征、数字、操作、动作、组件、部件或者它们的组合的可能性。
各个步骤或者操作中的识别字母(例如,a、b、c等)是用于说明而不是描述任何特定的顺序。除非在上下文中具体提到,否则各个操作的执行顺序可根据所提及的顺序来改变。即,可以按照所描述的相同顺序、大致相同的顺序和/或相反的顺序来执行各个步骤。
实施方式可被实现为机器可读介质上的机器可读代码。该机器可读介质可包括用于存储机器可读数据的任何类型的记录装置。机器可读记录介质的示例可包括只读存储器(ROM)、随机存取存储器(RAM)、只读光盘(CD-ROM)、磁带、软盘以及光学数据存储器。介质也可以是载波(例如,互联网传输)。计算机可读记录介质可以以非集中的方式分布在存储和执行机器可读代码的网络化机器***之间。
本公开中所使用的术语仅用于描述特定的实施方式,并且不旨在限制这些实施方式。除非另行定义,本文中所使用的所有术语(包括技术或科学术语)具有与实施方式所属领域的普通技术人员通常所理解的意义相同的意义。除非在本申请中明确定义,否则如通常所使用的字典中所定义的这种术语应被解释为具有等同于相关技术领域中上下文含义的含义,并且不应被解释为具有理想或者过于正式的含义。
图1是医疗信息管理***的框图。也可提供其它实施方式和配置。
参照图1,医疗信息管理***100可包括医疗信息管理设备110、数据库服务器120和网络130。医疗信息管理设备110可通过网络130与数据库服务器120相链接。
医疗信息管理设备110可对应于与数据库服务器120相链接以执行特定操作的装置。该特定操作可对应于由用户控制的过程。在至少一个实施方式中,医疗信息管理设备110可用于检测来自数据库服务器120的特定信息,并且可与用户终端相链接以接收来自用户终端的特定信息。用户终端可对应于与医疗信息管理设备110互连以执行医疗信息管理方法的计算装置。例如,用户终端可对应于台式机、笔记本电脑、智能电话和/或平板电脑。
数据库服务器120可管理至少一个数据库,并且该至少一个数据库可管理用于生成(或提供)医疗记录表的必要信息。例如,至少一个数据库中的每一个数据库可存储并管理病人信息、费用信息、治疗信息和/或用户信息。
在至少一个实施方式中,数据库服务器120可包括多个数据库,并且该多个数据库中的每一个数据库可对应于项目主文档(item master)、医疗记录表模板主文档(medicalrecord chart template master)、护理计划触发主文档(care plan trigger master)以及医疗数据存储器。项目主文档可存储和管理在医疗记录表中所包括的项目。医疗记录表模板主文档可存储在各医疗记录表中所包括的项目和类别。护理计划触发主文档可存储医疗记录表与护理计划之间的关联关系。医疗数据存储器可存储病人信息、医疗信息以及在执行医疗记录或医疗信息的管理的过程中所编写的记录。
网络130可包括无线或有线通信网络。另外,网络130可对应于数据总线。
图2是医疗信息管理设备的框图。也可提供其它实施方式和配置。
图2示出了医疗信息管理设备110,其可包括关联登记单元(associationregistering unit)210、医疗记录表访问单元220、关联检查单元230、自动输入单元240、护理计划生成单元250以及控制单元260。医疗信息管理设备110可以使特定的信息被接收以及通过用户终端从用户输出。
关联登记单元210可接收并登记通过用户终端包括在多个医疗记录表中的每一个医疗记录表中的至少一个项目之间的关联,以将该关联存储在数据库服务器120中。每个项目可独立于每个医疗记录表,并且每个项目可被独立地存储在数据库服务器120的单独的存储空间中。也就是说,医疗记录表1中的项目A和医疗记录表2中的项目A可分别被存储在单独的存储空间中。在至少一个实施方式中,至少一个项目可被存储在数据库服务器120的项目主文档中。
在至少一个实施方式中,多个医疗记录表可对应于在治疗病人过程中所编写的表,并且可包括定期或者在特定情况下所编写的表。多个医疗记录表中的每一个医疗记录表可包括至少一个单独的项目。在医疗记录表中所列入的项目可对应于治疗病人时所编写的项目。例如,该项目可对应于血压、氧(O2)饱和度、体温、疼痛的身体部位以及疼痛程度。
在至少一个实施方式中,针对在多个医疗记录表中的每一个医疗记录表中所包括的多个项目中的基本相同项目,关联登记单元210可从用户终端接收并登记相应项目之间的关联。例如,因为医疗记录表1中的{性别(sex)}和医疗记录表2中的{性别(gender)}对应于基本相同项目,并且相应项目的值可被输入为男或女,所以用户可以通过用户终端登记医疗记录表1中的{性别(sex)}和医疗记录表2中的{性别(gender)}之间的关联,并且关联登记单元210可以通过用户终端将所登记的关联存储在数据库服务器120中。
在至少一个实施方式中,关联登记单元210可将标识符指定给至少一个项目。当多个项目是相同的项目时,关联登记单元210可为该多个项目指定相同的标识符。例如,因为医疗记录表1中的{性别(sex)}和医疗记录表2中的{性别(gender)}是相同的项目,所以标识符{性别(sex)}和{性别(gender)}中的每个可被指定为{性别(sex):abc0123}和{性别(gender):abc0123}。
在至少一个实施方式中,关联登记单元210可接收并登记用于至少一个项目的子项目,并且可通过数据库服务器120来管理该子项目。当用于特定项目的值被输入时,子项目可以是除了该特定项目之外还编写的项目,并且该子项目可对应于接下来的治疗操作的项目。例如,如果在编写针对{皮肤}的医疗记录时检查(或判定){丘疹/皮疹},需要附加的针对{皮肤}的检查。因此,对应于附加的检查项目的{丘疹或皮疹的位置}或{丘疹或皮疹的程度}可被登记为子项目。
在至少一个实施方式中,医疗信息管理设备110可进一步包括子项目自动生成单元。当通过用户终端输入用于至少一个项目的值并且在数据库服务器120中存在与相应项目相关联的子项目时,子项目自动生成单元可自动生成相应项目的子项目。在至少一个实施方式中,子项目自动生成单元可生成用于生成和编写子项目的主代理(main agent)。例如,子项目自动生成单元可在生成{丘疹或皮疹的程度}时生成执行诸如{丘疹或皮疹的程度-护士长}这样的相应项目的主代理。
在至少一个实施方式中,医疗记录表访问单元220可接收在多个医疗记录表的每一个医疗记录表中所包括的项目的定义、子类别和类别类型,以及可接收来自用户终端的项目、子类别、类别和多个医疗记录表之间的关联,并且可通过项目、类别或医疗记录表将从用户终端接收的关联信息存储在数据库服务器120的医疗记录表模板主文档中。项目可被包括在子类别中,并且该子类别可被包括在类别中,以使多个医疗记录表中的一个医疗记录表可通过多个类别中每一个类别的形成来形成。例如,医疗记录表可利用{医疗记录表-入院评估}、{类别-传输信息、生命体征、听力}、{生命体征的子类别-血压、氧饱和度、桡动脉脉搏、体温}和{血压-收缩压项目、舒张压项目}来形成。
在至少一个实施方式中,医疗记录表模板可基于下列过程由用户生成(或提供)。用户可选择医疗记录表的类型、选择形成相应的医疗记录表的类别、选择各个类别中的子类别以及选择各子类别中的项目来生成医疗记录表。
医疗记录表访问单元220可从用户处接收用于访问第一医疗记录表的请求。在至少一个实施方式中,医疗记录表访问单元220可被存储在数据库服务器120中,以检查(或判定)用于搜索、写入、删除以及管理中的至少一个的访问权限。用户可针对医疗记录表的搜索、写入、删除以及管理中的每一个来对医疗记录表设置不同的访问权限。当用户请求访问第一医疗记录表时,医疗记录表访问单元220可检查(或判定)相应的用户是否具有在第一医疗记录表中设置的访问权限。
关联检查单元230可基于将存储在数据库服务器120的项目主文档中的通过医疗记录表访问单元220登记的至少一个项目之间的关联而检查(或判定)是否存在与第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目。至少一个第一项目和与该至少一个第一项目相关联的至少一个第二项目可被包括在多个医疗记录表中的至少一个医疗记录表中。
在至少一个实施方式中,关联检查单元230可基于至少一个第一项目的标识符,检查(或判定)是否存在具有与第一项目的标识符相同的标识符的第二项目。
在至少一个实施方式中,医疗信息管理设备110可进一步包括自动输入单元240。当存在与第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目时,自动输入单元240可接收在第二项目中输入的值,以将第二项目的值输入给第一项目的值。从用户终端输入的用于特定项目的信息可被存储在数据库服务器120的医疗数据存储器中。自动输入单元240可从医疗数据存储器接收用于第二项目的值,以将第二项目的值输入给第一项目的值。例如,医疗记录表1的项目A可与医疗记录表2的项目a相关联,并且当项目具有{x}作为值时,在医疗记录表1的项目A处输入{x}。
在至少一个实施方式中,自动输入单元240可根据用户设置来检查(或判定)输入到第二项目中的值是否有效。更具体地,当满足用户预先设定的标准时,自动输入单元240可针对在定期治疗病人之后写入的项目或者在特定时间之后变为不可靠的项目,将第二项目的值写入给第一项目的值。例如,当用于血压和体温项目的值的有效性标准被设定在三天内并且在医疗记录表2中存在与医疗记录表1中的血压和体温项目相关联的项目时,如果医疗记录表2中的血压和体温项目在之前的三天内被写入,则自动输入单元240将医疗记录表2中相应项目的值输入给医疗记录表1中相应项目的值;如果不是,则不输入。
在至少一个实施方式中,当通过自动输入单元240针对第一项目自动输入的值被用户终端改变时,与第一项目相关联的第二项目的值可能未被改变,第一项目的值可能被改变。此外,当不存在与至少一个第一项目相关联的至少一个第二项目时,可从用户接收第一项目的值。
在至少一个实施方式中,医疗信息管理设备110可进一步包括护理计划生成单元250。护理计划生成单元250可基于在第一医疗记录表中的至少一个项目中输入的值生成(或提供)护理计划。该护理计划可对应于用于根据病情进行个性化治疗的计划,并且可包括护理计划的范围以及问题、目标、治疗方法和/或治疗操作者。
在至少一个实施方式中,可从用户终端接收医疗记录表与护理计划之间的关联并存储到护理计划触发主文档中,并且护理计划生成单元250可基于存储在护理计划触发主文档中的医疗记录表与护理计划之间的关联,通过在特定医疗记录表中输入的值自动生成护理计划。
在至少一个实施方式中,当通过护理计划触发主文档检查在护理计划中所包括的特定编写项目与第一医疗记录表中的至少一个项目之间的关联时,护理计划生成单元250可使得由用户预先设定的编写项目被输入到护理计划的特定编写项目中。更具体地,当向医疗记录表的特定项目输入特定值时,用户可预先设定输入到护理计划的特定编写项目的编写内容,并且可将护理计划的特定编写项目与该特定项目进行关联。用户输入的用于特定编写项目的编写内容和关联信息可被存储在数据库服务器120中。图4涉及用于生成护理计划的实施例。
控制单元260可控制关联登记单元210、医疗记录表访问单元220、关联检查单元230、自动输入单元240、护理计划生成单元250的操作和数据流。
图3是用于医疗信息管理设备和数据库服务器的硬件配置的示意图。也可提供其它实施方式和配置。
医疗信息管理设备110可包括通过总线320与各种其它组件进行通信的处理器310或中央处理单元(CPU)。处理器310可控制其它组件的操作并利用所述其它组件执行医疗信息管理。处理器310可与存储器330电连接,以通过由用户请求存储在存储器330中的命令来管理医疗信息。
医疗信息管理设备110可包括存储器和存储装置340。存储器330可包括ROM(只读存储器)331和RAM(随机存取存储器)332。存储器330可对应于暂时性或非暂时性的计算机可读介质。存储装置340可对应于非暂时性的计算机可读介质。存储器330和存储装置340中的至少一个可存储包括用于医疗信息管理的命令的计算机代码。
医疗信息管理设备110可包括用于与网络130通信的网络接口370。该网络接口370可在医疗信息管理设备110和网络130之间设置传输信息、数据和信号的环境。参照图1,因为医疗信息管理设备110通过网络130与数据库服务器120相链接,所以医疗信息管理设备110可包括用于该医疗信息管理设备110所使用的医疗记录表中的组件的信息、数据和信号。
用户可通过用户接口输入装置350(例如,鼠标、轨迹球、触摸板、绘图板、扫描仪、用于扫描产品条形码的条形码扫描仪、触摸屏、键盘或指示装置)与医疗信息管理设备110进行通信。用户接口输入装置350可包括将信息(例如,事务)输入到医疗信息管理设备110或网络130的所有机制。在至少一个实施方式中,用户可通过用户接口输入装置350将通过用户终端输入或登记的信息直接输入到医疗信息管理设备110。
用户可通过用户接口输出装置360从医疗信息管理设备110接收信息(例如,医疗记录表)。例如,用户接口输出装置360可包括可视化输出装置,如显示监视器。然而,用户接口输出装置360可不限于视觉输出装置。用户接口输出装置360可包括向用户输出信息的所有机制,并且可与诸如图像输出装置或者扬声器这样的输出装置相连接。在至少一个实施方式中,用户接口输出装置360可接收和输出从医疗信息管理设备110提供给用户终端的信息。
在至少一个实施方式中,显示屏可显示从医疗信息管理设备110接收的信息,并且可接收来自用户的输入。也就是说,显示屏可被实现为用户接口输入装置350和用户接口输出装置360。
可利用图3中的医疗信息管理设备110的组件来执行图2中的医疗信息管理设备110的组件。
图4是示出由图1中的医疗信息管理***执行的管理医疗信息的方法的流程图。也可提供其它实施方式、操作或操作顺序。
关联登记单元210可接收并登记由用户终端在多个医疗记录表的每一个医疗记录表中所包括的至少一个项目之间的关联(操作S410)。在至少一个实施方式中,关联登记单元210可为至少一个项目指定标识符并且可为基本相同的项目指定相同的标识符。
医疗记录表访问单元220可从用户处接收用于访问第一医疗记录表的请求(操作S420)。在至少一个实施方式中,可在多个医疗记录表的每一个医疗记录表中设定访问权限,并且医疗记录表访问单元220可检查(或判定)请求访问的用户是否具有对于相应的医疗记录表的访问权限。
关联检查单元230可通过数据库服务器120检查(或判定)是否存在与第一医疗记录表中的第一项目相关联的第二项目(操作S430)。该第一医疗记录表可通过医疗记录表访问单元220接收访问权限。在至少一个实施方式中,第二项目可被包括在至少一个医疗记录表中,并可基于第一项目的标识符检查(或判定)是否存在具有相同标识符的第二项目。
当通过关联检查单元230检查(或判定)存在与第一项目相关联的第二项目时,自动输入单元240可以将该第二项目的值输入给该第一项目的值(操作S450)。在至少一个实施方式中,自动输入单元240可以基于第二项目的值的有效性,不将第二项目的值输入给第一项目的值。在另一个实施方式中,当通过关联检查单元230检查(或判定)不存在与第一项目相关联的第二项目时,可由用户输入第一项目的值(操作S440)。
图5A-5B和图6A-6B是示出其中值被自动输入到医疗记录表的项目中的示例的示例图。也可提供其它示例。
参照图5A,与B/P项目、体温项目和氧饱和度项目的每一个对应的值{B/P,120/90}、{体温,100}和{氧饱和度,90}可被输入作为关于生命体征的医疗记录表。
图5B对应于在日常医疗记录表的至少一个项目中输入值时的示例。
更具体地,关联登记单元210可从用户终端接收并登记关于生命体征的医疗记录表的至少一个项目和日常医疗记录表的至少一个项目之间的关联,以将该关联存储在数据库服务器120中。也就是说,关联登记单元210可从用户接收并登记针对关于生命体征的医疗记录表和日常医疗记录表的与{B/P,血压}、{体温,体温}和{氧饱和度,氧饱和度%}对应的关联,以将该关联存储在数据库服务器120中。
医疗记录表访问单元220可从用户处接收用于访问日常医疗记录表的请求,并且关联检查单元230可通过数据库服务器120检查(或判定)是否存在与日常医疗记录表中的至少一个项目相关联的项目。也就是说,关联检查单元230可检查(或判定)在关于生命体征的医疗记录表中是否存在与多个项目(例如,血压、桡动脉脉搏、体温、氧饱和度%、氧气、输氧途径)中的每一个项目相关联的项目。
参照通过关联检查单元230的检查(或判定)结果,当关于生命体征的医疗记录表中的血压、体温和氧饱和度%中的每一个与日常医疗记录表中的B/P、体温和氧饱和度相关联时,在关于生命体征的医疗记录表中的B/P项目、体温项目和氧饱和度项目处输入的值可被输入给日常医疗记录表中的血压项目、体温项目和氧饱和度%项目的值。也就是说,对应于{血压,120/90}、{体温,100}和{氧饱和度%,90}的值可被自动输入给用于日常医疗记录表中的血压项目、体温项目和氧饱和度%项目的值。
在图6A中,在医疗记录表信息的疼痛项目处输入了{住院者能够用言语表达/传达疼痛吗?是},在疼痛评估项目处输入了{住院者具有可能引起疼痛的诊断或情况吗?编写内容1}、{住院者服用止痛药吗?编写内容2}、{疼痛位置,背部上部}和{疼痛的描述/表现,隐痛}。
图6B对应于关于疼痛风险的医疗记录表,在疼痛风险中包括的疼痛和疼痛评估是与图6A中医疗记录表信息相关联的项目,从而关于疼痛风险的医疗记录表中的疼痛项目和疼痛评估项目的值被自动输入给用于医疗记录表信息中的相应项目的值。详细过程与图5A和图5B相同。
图7A-7C是示出自动生成护理计划的示例图。也可提供其它示例。
图7A示出了在日常医疗记录表上检查听力状态项目的{利用助听器听力足够:右耳(RT)}。
图7B对应于护理计划触发器。当用户终端定义医疗记录表和护理计划之间的关联并且编写医疗记录表中的特定项目时,护理计划触发器可使与该特定项目相关联的护理计划自动生成。图7B表示用户预先确定当检查到医疗记录表中的状态项目“利用助听器听力足够:RT”时自动输入到护理计划中的编写内容,并且每一个编写内容在对应于护理计划的范围以及问题、目标、治疗方法和/或治疗操作者的每一个编写内容处被自动输入。
图7C示出了通过护理计划生成单元250生成的护理计划。当检查到医疗记录表中的听力状态项目“利用助听器听力足够:RT”时,护理计划生成单元250可基于通过护理计划触发器预先确定的内容自动输入护理计划的范围以及问题、目标、治疗方法和/或治疗操作者的每一个。在至少一个实施方式中,可由用户输入没有通过护理计划触发器预先确定的内容。
实施方式可以提供管理医疗信息的方法。当相应项目被预先输入到另一个医疗记录表时,该方法能够基于包括在医疗记录表中的项目之间的关联,自动输入该相应项目的值,从而使冗余输入最小化。
实施方式可以提供能够确保医疗记录之间的匹配的管理医疗信息的方法,以降低医疗记录之间的差错并防止错误信息的生成。
实施方式可以提供能够基于医疗记录自动生成(或提供)护理计划的管理医疗信息的方法。
在至少一个实施方式中,管理医疗信息的方法可以包括:接收和登记关联步骤,从用户接收并登记多个医疗记录表中的每一个医疗记录表中的至少一个项目之间的关联,即,第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联。该方法还可包括:接收请求步骤,从所述用户接收用于访问所述第一医疗记录表的请求;以及检查(或判定)步骤,检查(或判定)在所述多个医疗记录表中是否存在与所述第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目。
所述多个医疗记录表中的每一个医疗记录表中的所述至少一个项目中的每一个项目可以彼此独立。
所述接收和登记关联步骤可以包括为所述至少一个项目指定标识符。
所述接收和登记关联步骤可以包括:当所述至少一个第一项目和所述至少一个第二项目彼此关联时,为所述至少一个第一项目和所述至少一个第二项目指定相同的标识符。
所述接收和登记关联步骤可以包括为所述至少一个项目登记子项目。
该方法可以进一步包括以下步骤:当为所述至少一个项目输入值并且被输入值的所述项目存在子项目时,自动为所述第一医疗记录表中的相应项目生成子项目。
所述接收请求步骤可以包括判定对于所述第一医疗记录表的搜索、写入、删除以及管理中的至少一个的访问权限。
该方法可以进一步包括以下步骤:当存在与所述第一医疗记录表中的所述至少一个第一项目相关联的所述至少一个第二项目时,接收在所述至少一个第二项目中输入的值,以将所述至少一个第二项目的值输入给所述至少一个第一项目的值。
接收在所述至少一个第二项目中输入的所述值可以包括根据用户设置判定在所述至少一个第二项目中输入的所述值是否有效。
该方法可以进一步包括以下步骤:基于在所述第一医疗记录表中的所述至少一个项目中输入的所述值而生成护理计划。
生成所述护理计划的步骤可以包括:当在所述护理计划中包括的特定编写项目与所述第一医疗记录表中的所述至少一个项目相关联时,输入由所述用户预先定义的特定编写内容。
在至少一个实施方式中,医疗信息管理***可以包括:处理器;存储器,所述存储器包括至少一个存储区域;以及非暂时性计算机可读介质,所述非暂时性计算机可读介质包括指令,所述指令当被执行时使所述处理器执行管理医疗信息的方法。所述方法可以包括以下步骤:接收和登记关联步骤,从用户接收并登记多个医疗记录表中的每一个医疗记录表中包括的至少一个项目之间的关联,即,彼此独立的第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联。该方法可以包括以下步骤:接收请求步骤,从所述用户接收用于访问所述第一医疗记录表的请求;以及检查步骤,检查在所述多个医疗记录表中是否存在与所述第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目。
该方法可以进一步包括以下步骤:当存在与所述第一医疗记录表中的所述至少一个第一项目相关联的所述至少一个第二项目时,接收在所述至少一个第二项目中输入的值,以将所述至少一个第二项目的值输入给所述至少一个第一项目的值。
该方法可以进一步包括以下步骤:基于在所述第一医疗记录表中的所述至少一个项目中输入的所述值而生成护理计划。
在至少一个实施方式中,机器可读非暂时性介质可以存储用于医疗信息管理方法的计算机程序。所述机器可读非暂时性介质上可以存储有机器可执行指令,所述指令用于执行以下步骤:接收和登记关联步骤,从用户接收并登记多个医疗记录表中的每一个医疗记录表中包括的至少一个项目之间的关联,即,彼此独立的第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联。所述指令可以进一步用于执行以下步骤:接收请求步骤,从所述用户接收用于访问所述第一医疗记录表的请求;以及检查步骤,检查在所述多个医疗记录表中是否存在与所述第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目。
当相应项目被预先输入到另一个医疗记录表时,实施方式可基于在医疗记录表中所包括的项目之间的关联,自动输入用于该相应项目的值,以使冗余输入最小化。
实施方式可确保医疗记录之间的匹配,以降低医疗记录之间的差错并防止错误信息的生成。
实施方式可基于医疗记录而自动生成护理计划。
在本说明书中对“一个实施方式”、“实施方式”等的任何引用指的是有关实施方式所描述的特定特征、结构或特性均包括在本发明的至少一个实施方式中。在说明书中的各处出现的此类词语并非必须都是指同一实施方式。此外,当在任何有关实施方式中描述特定特征、结构或者特性时,意在其落在本领域技术人员针对其它有关实施方式实现这样的特征、结构或特性的范围内。
尽管已经参照其中多个示例性实施方式描述了这些实施方式,但是应当理解,本领域技术人员所设计出的许多其它修改和实施方式将会落在本公开原理的精神和范围内。更具体地,在本公开、附图和随附权利要求的范围内,对主题组合配置的组成部件和/或配置可进行各种变更和修改。除了对组成部件和/或配置进行变更和修改之外,对于本领域的技术人员来说,替代性用途也是显而易见的。
Claims (18)
1.一种管理医疗信息的方法,该方法包括以下步骤:
接收和登记关联步骤,从用户接收并登记多个医疗记录表中的每一个医疗记录表中的至少一个项目之间的关联,即,第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联;
接收请求步骤,从所述用户接收用于访问所述第一医疗记录表的请求;
判定步骤,判定在所述多个医疗记录表中是否存在与所述第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目;以及
接收输入值步骤,当存在与所述第一医疗记录表中的所述至少一个第一项目相关联的所述至少一个第二项目时,接收在所述至少一个第二项目中输入的值,以将所述至少一个第二项目的值输入给所述至少一个第一项目的值。
2.根据权利要求1所述的方法,其中,所述多个医疗记录表中的每一个医疗记录表中的所述至少一个项目中的每一个项目彼此独立。
3.根据权利要求1所述的方法,其中,所述接收和登记关联步骤包括为所述至少一个项目指定标识符。
4.根据权利要求3所述的方法,其中,所述接收和登记关联步骤包括:当所述至少一个第一项目和所述至少一个第二项目彼此关联时,为所述至少一个第一项目和所述至少一个第二项目指定相同的标识符。
5.根据权利要求1所述的方法,其中,所述接收和登记关联步骤包括为所述至少一个项目登记子项目。
6.根据权利要求4所述的方法,该方法进一步包括以下步骤:
当为所述至少一个项目输入值并且被输入值的所述项目存在子项目时,自动为所述第一医疗记录表中的相应项目生成子项目。
7.根据权利要求1所述的方法,其中,所述接收请求步骤包括判定对于所述第一医疗记录表的搜索、写入、删除以及管理中的至少一个的访问权限。
8.根据权利要求1所述的方法,其中,接收在所述至少一个第二项目中输入的所述值包括根据用户设置判定在所述至少一个第二项目中输入的所述值是否有效。
9.根据权利要求1所述的方法,该方法进一步包括以下步骤:
基于在所述第一医疗记录表中的所述至少一个项目中输入的值而提供护理计划。
10.根据权利要求9所述的方法,其中,提供所述护理计划的步骤包括:当在所述护理计划中包括的特定编写项目与所述第一医疗记录表中的所述至少一个项目相关联时,输入由所述用户预先定义的特定编写内容。
11.根据权利要求1所述的方法,其中,所述多个医疗记录表的每一个医疗记录表被设定有对于相应的医疗记录表的搜索、写入、删除以及管理中的至少一个的访问权限。
12.一种医疗信息管理***,该***包括:
处理器;
存储器,所述存储器包括至少一个存储区域;以及
非暂时性计算机可读介质,所述非暂时性计算机可读介质包括指令,所述指令当被执行时使所述处理器执行管理医疗信息的方法,所述方法包括以下步骤:
接收和登记关联步骤,从用户接收并登记多个医疗记录表中的每一个医疗记录表中包括的至少一个项目之间的关联,即,第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联;
接收请求步骤,从所述用户接收用于访问所述第一医疗记录表的请求;
判定步骤,判定在所述多个医疗记录表中是否存在与所述第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目;以及
接收输入值步骤,当存在与所述第一医疗记录表中的所述至少一个第一项目相关联的所述至少一个第二项目时,接收在所述至少一个第二项目中输入的值,以将所述至少一个第二项目的值输入给所述至少一个第一项目的值。
13.根据权利要求12所述的***,其中,所述接收和登记关联步骤包括为所述至少一个项目指定标识符。
14.根据权利要求13所述的***,其中,所述接收和登记关联步骤包括:当所述至少一个第一项目和所述至少一个第二项目彼此关联时,为所述至少一个第一项目和所述至少一个第二项目指定相同的标识符。
15.根据权利要求12所述的***,其中,所述接收和登记关联步骤包括为所述至少一个项目登记子项目。
16.根据权利要求13所述的***,其中,所述方法进一步包括以下步骤:
当为所述至少一个项目输入值并且被输入值的所述项目存在子项目时,自动为所述第一医疗记录表中的相应项目生成子项目。
17.根据权利要求12所述的***,其中,所述方法进一步包括以下步骤:
基于在所述第一医疗记录表中的所述至少一个项目中输入的值而提供护理计划。
18.一种机器可读非暂时性介质,所述机器可读非暂时性介质存储用于医疗信息管理方法的计算机程序,所述机器可读非暂时性介质上存储有机器可执行指令,所述指令用于执行以下步骤:
接收和登记关联步骤,从用户接收并登记多个医疗记录表中的每一个医疗记录表中包括的至少一个项目之间的关联,即,第一医疗记录表中的第一项目和第二医疗记录表中的第二项目之间的关联;
接收请求步骤,从所述用户接收用于访问所述第一医疗记录表的请求;
判定步骤,判定在所述多个医疗记录表中是否存在与所述第一医疗记录表中的至少一个第一项目相关联的至少一个第二项目;以及
接收输入值步骤,当存在与所述第一医疗记录表中的所述至少一个第一项目相关联的所述至少一个第二项目时,接收在所述至少一个第二项目中输入的值,以将所述至少一个第二项目的值输入给所述至少一个第一项目的值。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/523,394 | 2014-10-24 | ||
US14/523,394 US20160117447A1 (en) | 2014-10-24 | 2014-10-24 | Method of managing medical information, apparatus of performing the same and storage medium storing the same |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105550491A CN105550491A (zh) | 2016-05-04 |
CN105550491B true CN105550491B (zh) | 2018-06-08 |
Family
ID=55792197
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510696065.9A Active CN105550491B (zh) | 2014-10-24 | 2015-10-23 | 管理医疗信息的方法、执行该方法的设备及其存储介质 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20160117447A1 (zh) |
KR (1) | KR101779833B1 (zh) |
CN (1) | CN105550491B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113611381A (zh) * | 2021-07-28 | 2021-11-05 | 上海德衡数据科技有限公司 | 基于智慧医疗的门诊信息登记方法及*** |
KR102642025B1 (ko) | 2022-03-21 | 2024-02-27 | 연세대학교 산학협력단 | 서버에 의해 수행되는 플랫폼 기반의 허들 정보를 이용한 환자 관리 시스템, 방법 및 프로그램 |
KR20240082516A (ko) * | 2022-12-02 | 2024-06-11 | (주)인드림헬스케어 | 환자 개인별 의료정보 제공설정을 통한 의료정보 제공시스템 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20050008020A (ko) * | 2003-07-14 | 2005-01-21 | 이지케어텍(주) | 온라인 상에서의 의무기록서식 관리 방법 |
JP2005165442A (ja) * | 2003-11-28 | 2005-06-23 | Hitachi Ltd | 医療情報管理システム、医療情報管理方法、および医療情報管理プログラム |
CN101464927A (zh) * | 2008-07-11 | 2009-06-24 | 李秀 | 医疗数据传输处理***和方法 |
KR20130098713A (ko) * | 2012-02-28 | 2013-09-05 | 주식회사 유비케어 | 비급여 코드 표준화 장치 및 방법 |
KR20140052551A (ko) * | 2012-10-24 | 2014-05-07 | 연세대학교 산학협력단 | 간호계획 수립 방법 및 장치 |
-
2014
- 2014-10-24 US US14/523,394 patent/US20160117447A1/en not_active Abandoned
-
2015
- 2015-03-31 KR KR1020150045527A patent/KR101779833B1/ko active IP Right Grant
- 2015-10-23 CN CN201510696065.9A patent/CN105550491B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20050008020A (ko) * | 2003-07-14 | 2005-01-21 | 이지케어텍(주) | 온라인 상에서의 의무기록서식 관리 방법 |
JP2005165442A (ja) * | 2003-11-28 | 2005-06-23 | Hitachi Ltd | 医療情報管理システム、医療情報管理方法、および医療情報管理プログラム |
CN101464927A (zh) * | 2008-07-11 | 2009-06-24 | 李秀 | 医疗数据传输处理***和方法 |
KR20130098713A (ko) * | 2012-02-28 | 2013-09-05 | 주식회사 유비케어 | 비급여 코드 표준화 장치 및 방법 |
KR20140052551A (ko) * | 2012-10-24 | 2014-05-07 | 연세대학교 산학협력단 | 간호계획 수립 방법 및 장치 |
Also Published As
Publication number | Publication date |
---|---|
CN105550491A (zh) | 2016-05-04 |
KR20160048625A (ko) | 2016-05-04 |
KR101779833B1 (ko) | 2017-09-19 |
US20160117447A1 (en) | 2016-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2019521419A (ja) | 社会保険詐欺行為を識別する方法、装置、設備及びコンピュータ可読記憶媒体 | |
US20030153818A1 (en) | System and user interface for processing medical information including images for health care delivery support | |
KR20070117166A (ko) | 전자의무기록 시스템 | |
JP5684761B2 (ja) | 医療支援装置及び医療支援方法 | |
CN107767963A (zh) | 健康信息获取的方法和装置 | |
KR20190085901A (ko) | 개인의료정보데이터 관리방법 및 시스템 | |
US20140067419A1 (en) | Medical support device and system | |
WO2014178077A2 (en) | A paperless healthcare ecosystem | |
CN105550491B (zh) | 管理医疗信息的方法、执行该方法的设备及其存储介质 | |
Parida et al. | Application of RFID technology for in-house drug management system | |
US20160180048A1 (en) | Cloud-based medical information retrieval method and system thereof | |
US20160239616A1 (en) | Medical support system, method and apparatus for medical care | |
KR102000745B1 (ko) | 개인의료정보데이터 관리방법 및 시스템 | |
CN109565503A (zh) | 用于基于患者情境,用户角色,当前工作流程和显示接近度来优化用户亲身参与的***和方法 | |
US20110137670A1 (en) | Methods, apparatuses, and computer program products for facilitating development and execution of a clinical care plan | |
US20140067420A1 (en) | Medical support device and system | |
US20170169166A1 (en) | Collaborative charting system with device integration | |
JP2002073807A (ja) | 医療情報システム、医療情報サーバ装置、医療情報端末装置および医療情報管理方法 | |
US20210295981A1 (en) | Method and system for tracking dispensed and returned narcotics | |
JP2006048670A (ja) | 医療情報処理システム、医療情報処理用記憶媒体および医療情報処理用読取装置 | |
US10623380B1 (en) | Secure transfer of medical records to third-party applications | |
Napua | Growth of Biometric Technology in self-service situations | |
KR20220129923A (ko) | 의료인 간의 환자 진료과정 공유 시스템 | |
Manukova et al. | Innovative Concept of Application of Electronic Modeling in Building e-Health Systems | |
Ahuja et al. | Exploring the utility of artificial intelligence during COVID-19 in dermatology practice |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |