CN106415532B - 诊疗数据检索系统 - Google Patents

Abstract

诊疗数据检索系统具备：存储装置，其具备存储了与各患者的症状相对的诊疗内容的诊疗数据数据库、存储了各症状和诊疗内容之间的关系的诊疗模式数据库；以及图表处理部，其基于所述诊疗数据数据库以及所述诊疗模式数据库，来生成包含表示所述症状的根节点、表示所述诊疗内容的名称的至少一个中间节点、表示所述诊疗内容的参照编号的至少一个叶节点的图表。所述图表处理部在具有多个与某个症状相关的所述图表时，在所述多个图表之间将所述中间节点的重复部分合并。

Description

诊疗数据检索系统

技术领域

本发明涉及一种检索诊疗数据的检索系统。

背景技术

作为本技术领域的背景技术具有专利文献1。专利文献1公开了具有树状结构的化学化合物的搜索系统。在该搜索系统中，表现为由与原子对应的节点、与原子间的结合对应的边缘所构成的树状结构，通过基于所述树状结构使化学化合物的部分结构字符串化，使检索变得容易。

现有技术文献

专利文献

专利文献1：日本特开2007-323182号公报

发明内容

发明所要解决的课题

由于诊疗数据是高维度，并且数据间的关联性也复杂，因此需要将数据项目分为多个表来进行管理。为此在准备成为分析对象的数据集时，需要将多个表进行连接。通常，在表连接的负荷大，在处理大量数据时，处理时间成为课题。特别是诊疗数据其数据量大，且具有复杂的表结构。因此，诊疗数据中的表连接的负荷大，检索的效率成为课题。

本发明的目的在于提供一种在具有复杂的表结构的诊疗数据中，可高速地进行表连接，并能够谋求提高检索效率的检索系统。

用于解决课题的手段

为了解决上述课题，例如采用在权利要求中记载的结构。本申请包含多个用于解决上述课题的手段，作为其中一个例子提供了一种诊疗数据检索系统，其具备：存储装置，其具备存储了与各患者的症状相对的诊疗内容的诊疗数据数据库、存储了各症状与诊疗内容之间的关系的诊疗模式数据库；以及图表处理部，其基于所述诊疗数据数据库以及所述诊疗模式数据库，来作成包含表示所述症状的根节点、表示所述诊疗内容名称的至少一个中间节点、表示所述诊疗内容的参照编号的至少一个叶节点的图表，所述图表处理部在具有多个与某个症状相关的所述图表时，在所述多个图表之间合并所述中间节点的重复部分。

发明的效果

通过本发明，在具有复杂的表结构的诊疗数据中，也可高速地进行表连接，并能够谋求提高检索效率。

根据本说明书的记载、附图，与本发明相关联的进一步的特征变得明确。另外，通过以下实施例的说明，上述以外的课题、结构以及效果变得更加明确。

附图说明

图1是第一实施例的诊疗数据检索系统的结构图。

图2是第一实施例的系统的流程图。

图3是对象发作表的一个例子。

图4是患者表的一个例子。

图5是发作表的一个例子。

图6是诊疗行为表的一个例子。

图7是检查结果表的一个例子。

图8是处方表的一个例子。

图9是关联表的一个例子。

图10是与诊断治疗知识相关的数据结构的一个例子。

图11是检查–适应症表的一个例子。

图12是药剂–适应症表的一个例子。

图13是诊疗模式序号管理表的一个例子。

图14是检查序号管理表的一个例子。

图15是药剂序号管理表的一个例子。

图16是诊疗行为序号管理表的一个例子。

图17是连结图表的一个例子。

图18是连结图表的另一个例子。

图19A是基于连结图表的参照树的第一例子。

图19B是基于连结图表的参照树的第二例子。

图20是将图19A以及图19B的两个连结图表进行合并的例子。

图21A是将图20的节点名称替换为序号的例子。

图21B是将图21A的叶节点进行了排序的例子。

图22是针对图21B的各节点的序号取得了差的例子。

图23是将图22的各节点进行了编码的例子。

图24是说明第一实施例中的关联表生成的流程图。

图25是说明第一实施例中的检索处理的流程图。

图26是与第一实施例相关的硬件系统结构图。

图27是说明第二实施例中的关联表生成的流程图。

图28是说明第二实施例中的检索处理的流程图。

图29是检索结果的输出例子。

具体实施方式

以下，参照附图对本发明的实施例进行说明。此外，附图表示遵照了本发明的原理的具体实施例，但这些附图只是用于理解本发明，而绝不是为了限定地解释本发明。

[第一实施例]

图1表示本实施例的整个诊疗数据检索系统的结构。诊疗数据检索系统具备：检索式解析部101、检索式执行部102、检索输出部103、图表处理部104、诊疗数据数据库(DB)105、诊疗模式数据库(DB)106、诊疗模式管理部107。

检索式解析部101解析用户输入的检索语句(例如图1所记载的SQL语句)，并向检索式执行部102提交检索执行计划。检索式执行部102基于检索执行计划从诊疗数据DB105中检索数据，并向检索输出部103提交检索结果。检索输出部103输出检索结果。

在此，检索式解析部101在拟定检索执行计划时，参照位于存储器上的图表(参照树)108来搜索与检索语句的检索条件相一致的记录的位置。由图表处理部104基于诊疗数据DB105以及诊疗模式DB106生成图表108。

诊疗数据DB105是记录了与各患者的发作相对的诊疗内容的数据库。在此，发作意味着发现某个症状。在诊疗内容中，包含针对患者的诊疗行为、给与患者的药剂、针对患者的检查内容等。诊疗数据DB105的信息由医疗机构等数据提供者来提供。诊疗模式BD106是定义了各症状与诊疗内容之间的关系的数据库。诊疗模式DB106存储有在医疗领域所知的知识。

诊疗模式管理部107是用于将输入的各种数据向诊疗模式DB106进行存储的处理部。数据管理者能够经由诊疗模式管理部107来适当编辑并管理诊疗模式DB106的信息。

在此，对实现图1的硬件系统结构进行说明。图26是与第一实施例的诊疗数据检索系统相关的硬件系统结构图。

诊疗数据检索系统通过由数据中心或服务器等计算机2601执行程序来实现。例如，上述的检索式解析部101、检索式执行部102、检索输出部103、图表处理部104、诊疗模式管理部107能够通过处理器解释并执行用于实现各个功能的程序来实现。

计算机2601由以下等构成：执行程序，并且处理数据的运算装置即CPU2602、管理终端2603、构成与管理终端2603之间的接口的输入输出接口2604、存储上述的程序和数据等的存储器2605、构成与外部之间的接口的通信接口2606、外部存储装置2607(在此配置图1的DB105、106)。

管理终端2603具备鼠标和键盘等的输入部、显示器等输出部。操作者能够经由输入部输入各种输入信息。另外，在输出部中显示输入信息和检索结果等。

以下，对上述系统处理的数据结构进行说明。图3表示对象发作表。对象发作表300是对成为图表处理部104的处理对象的发作进行管理的主表。在对象发作表300中作为构成项目包含：作为各个条目的连续编号的序号301、用于唯一确定发作的对象发作编号302、表示该发作的状态名303、表示该发作是主病名还是并发症的种类304。状态名303由病名、并发症或者并存症等构成。

例如，数据管理者操作管理终端2603来作成对象发作表300。关于对象发作表300，也可以使用数据写入用检索语句(SQL)，经由检索式解析部101以及检索式执行部102来存储到诊疗数据DB105中。数据管理者作成该对象发作表300，并指定收集的数据的对象。

图4表示患者表。患者表400是管理患者的基本信息的主表。在患者表400中，作为构成项目包含：识别患者的患者ID401、患者的姓名402、患者的出生年月日403、患者的性别404、由于识别患者接受诊疗的医疗机构的识别符即医疗机构ID405。

图5表示发作表。发作表500是存储了各患者实际产生的发作(症状)的信息的表。作为构成项目，发作表500包含用于确定发作的编号即发作编号501、识别患者的患者ID502、表示发作的状态名503、用于从图3的对象发作表300中参照与该状态名对应的记录的对象发作编号504、发作的开始日505、表示治愈或死亡等该发作的后果的结果506、与该发作有关的费用的总和值即成本总和507。此外，对象发作编号504在图3的对象发作表300中没有相应的状态名时为空值。

图6表示诊疗行为表。诊疗行为表600是存储了实际对各患者实施的诊疗行为的信息的表。作为构成项目，诊疗行为表600包含作为各个条目的连续编号的序号601、识别患者的患者ID602、与针对该患者实施的诊疗行为相关的行为名603、与该诊疗行为相关的开始日604以及结束日605、与该诊疗行为相关的费用606。在行为名603中记载了与检查、处置、手术等医疗行为相关的名称。

图7表示检查结果表。检查结果表700是管理与在图6的诊疗行为表600中记录的检体检查相关的结果的表。作为构成项目，检查结果表700包含用于确定是诊疗行为表600中的哪个检体检查的结果的序号701、识别患者的患者ID702、作为检查名称的检查名703、该检查名的检查结果数值即值704、其单位705、与该检查相关的费用706、检查日707。

因为存在关于一个检体检查实施了多个检查的情况，所以有时关于相同的序号存在多个记录。图7表示了一个序号包含两个检查的情况。

图8表示处方表。处方表800是存储了实际对各患者开出的药剂的信息的表。作为构成项目，处方表800包含作为各个条目的连续编号的处方编号801、识别患者的患者ID802、与开出的药剂相关的药剂名803、该药剂的处方量804、处方日805、与该处方相关的费用806。

例如，图4～图8的数据例如能够从医疗机构等数据提供者获得。使用数据写入用检索语句(SQL)，经由检索式解析部101以及检索式执行部102来将上述的数据存储到诊疗数据DB105中。在外部存储装置2607中管理诊疗数据DB105。

图6、图7以及图8是与针对某个患者进行的诊疗内容(诊疗行为、检查、药剂的处方)相关的记录，但是仅通过这些表无法判断各诊疗内容与哪个发作有关。图9表示为了确定患者的发作与各诊疗内容之间的关系而使用的关联表。

关联表900包含表示各患者的发作与各诊疗内容之间关系的信息、以及表示对各患者实施的诊疗内容间的关系的信息。作为构成项目，关联表900包含作为各个条目的连续编号的关联编号901、识别患者的患者ID902、用于从图5的发作表中参照成为对象的发作的发作编号903、指定表的表名1(904)、表示表名1(904)中的参照编号的参照编号1(905)、指定表的表名2(906)、表示表名2(906)中的参照编号的参照编号2(907)。

在本例中，当904、906为“对象发作”时，参照编号为图5的对象发作编号504。另外，当904、906为“诊疗行为”时，参照编号为图6的序号601。另外，当904、906为“检查结果”时，参照编号为图7的序号701。另外，当904、906为“处方”时，参照编号为图8的处方编号801。

如图9所示，在关联表900中针对发作将诊疗内容关联起来时，具有将诊疗内容彼此关联起来的情况。在将诊疗内容彼此关联起来时，作为一个例子，可以定义为在时间上在通过表名2(906)以及参照编号2(907)表示的诊疗内容之前，执行通过表名1(904)以及参照编号1(905)表示的诊疗内容。

图10表示诊断治疗知识的例子。诊断治疗知识1000具有文件的结构。诊断治疗知识1000例如是具有XML等预定结构的文件。在本例子的诊断治疗知识1000中，定义了在患者处于某种状态时实施的检查、从该检查结果判断的病名、以及在该状态时实施的诊疗行为等。

作为构成项目，诊断治疗知识1000包含：表示患者的症状(“强烈胸痛”等)的状态部分1001、表示在上述症状时通常进行的检查和从检查结果判断的病名的检查部分1002、表示在上述状态时对患者进行的第一诊疗内容的诊疗内容部分1003、表示在上述状态时对患者进行的第二诊疗内容的诊疗内容部分1004。

在检查部分1002中，定义了用于从检查结果判断病名的条件1005(CK＞197、肌钙蛋白＞0.25和…)。因此，在满足检查结果的条件1005时确定病名。另外，在本例子中，将病名的部分与图3的对象发作表300的对象发作编号302关联起来。

在诊疗内容部分1003中，定义了给予患者的“阿司匹林”、“吗啡”等药剂名。另外，在诊疗内容部分1004中，定义了在上述状态时通常进行的“心脏导管(心导管)”等诊疗行为名。此外，诊疗内容部分1003的行动(1)和诊疗内容部分1004的行动(2)的(1)和(2)表示时间顺序。在本例子中，表示必须在诊疗内容部分1004之前实施诊疗内容部分1003。

这些诊断治疗知识是在医疗领域已广泛认知的成为定论的知识。数据管理者例如事先使用管理终端2603，经由诊疗模式管理部107向诊疗模式DB106存储针对各种症状的这样的知识。该诊断治疗知识用于制作参照树。此外，在外部存储装置2607中管理诊疗模式DB106。

图11表示检查－适应症表。检查－适应症表1100是管理各检查的适应症的主表，是诊断治疗知识之一。作为构成项目，检查－适应症表1100包含病名1101、适应于该病名的检查名1102、与该检查相关的费用1103。在此，某个检查适应于某个病名的含义是指在怀疑是该病名(1101)时，实施该检查具有有效性。

图12表示药剂－适应症表。药剂－适应症表1200是管理各药剂的适应症的主表，是诊断治疗知识之一。作为构成项目，药剂－适应症表1200包含：病名1201、适应于该病名的药剂名1202、与该药剂相关的费用1203。在此，某个药剂适应于某个病名的含义是指在怀疑是该病名时，该药剂的处方具有有效性。

此外，与图10相同，将检查－适应症表1100以及药剂－适应症表1200经由诊疗模式管理部107，事先存储在诊疗模式DB106中。该诊断治疗知识用于制作参照树。

图13表示诊疗模式序号管理表。在此，诊疗模式的含义是指诊疗内容(诊疗行为、药剂、检查等)的组合。诊疗模式序号管理表1300是管理各诊疗模式的序号的表。以下详细进行说明，在本实施例中为了压缩数据量，将参照树的节点名称的字符串替换为编号。

诊疗模式序号管理表1300定义在节点为诊疗模式时的名称与替换的编号之间的关系。作为构成项目，诊疗模式序号管理表1300包含根病名1301、表示序号的编号1302、表示诊疗模式名的诊疗模式1303。在图13的例子中，存储了“心脏导管(心导管)”和“阿司匹林”的组合信息。

图14表示检查序号管理表。检查序号管理表1400是管理各检查名的序号的表。作为构成项目，检查序号管理表1400包含检查名1401、表示序号的编号1402。

图15表示药剂序号管理表。药剂序号管理表1500是管理各药剂名的序号的表。作为构成项目，药剂序号管理表1500包含药剂名1501、表示序号的编号1502。

图16表示诊疗行为序号管理表。诊疗行为序号管理表1600是管理各诊疗行为名的序号的表。作为构成项目，诊疗行为序号管理表1600包含行为名1601、表示序号的编号1602。

图17表示用于保管参照树的连结图表的结构。图表包含表示症状的根节点、表示诊疗内容的名称的至少一个中间节点、表示诊疗内容的参照编号的至少一个叶节点。

下面对节点的结构进行说明。1701是存储节点的值的区域，1702、1703是存储下一节点的指针的区域。在该图中，将“心肌梗塞”作为根节点，通过指针1702将链接扩展到“心脏导管(心导管)”的中间节点1704。同样，通过指针1703将链接扩展到“阿司匹林”的中间节点1705。

另外，叶节点1706和1707分别存储与其上位的中间节点1704和1705相关联的表的记录的参照编号。例如，在叶节点1706中存储了诊疗行为表600的序号601的信息。另外，在叶节点1707中存储了处方表800的处方编号801的信息。

图18与图17相同，表示用于保管参照树的连结图表的结构。在此，通过从图18的诊疗行为节点到处方节点具有链接1801的情况进行说明。在此如链接1801所示，表示了在“心导管”节点与“阿司匹林”节点之间具有医学关系的案例。

关于诊疗行为节点的诊疗行为具有两个案例，具有在诊疗行为后实施了处方节点的处方的情况以及非这样的情况。在图17的图表结构中，无法区别该关系。换句话说，在图17的图表结构中无法表现在节点间具有箭头时的“和”条件，此时无法表现“诊疗行为且处方”的状态。

因此，在本实施例中，当通过表示时间上前后的链接将多个中间节点之间关联起来时，在中间节点的下位生成表示多个中间节点的诊疗内容的组合模式的第二中间节点，并在第二中间节点的下位生成表示所述诊疗内容的组合模式的参照编号的叶节点。

如图18那样，设置第二中间节点(中继节点)1802和1804，并在其下悬挂了用于存储参照编号的叶节点1803、1805。上位节点1800保存到第二中间节点1802和1804的指针。第二中间节点1802的名称为“心导管·阿司匹林”，这表示在“心导管”的诊疗行为后开出“阿司匹林”的处方。

在此，将“心导管·阿司匹林”的叶节点1803的参照编号设为“0005”。例如，在诊疗行为表600中，可存在在此之后没有开出阿司匹林的处方时的“心导管”的记录、以及在此之后开出了阿司匹林的处方时的“心导管”的记录。在叶节点1803中，存储了具有阿司匹林的处方时的“心导管”的记录的参照编号。

另一方面，第二中间节点1804的名称为“心导管”，这表示在“心导管”的诊疗行为后没有与链接1801相关联的处方。使此时的叶节点1805的参照编号为没有阿司匹林的处方时的“心导管”的参照编号即“0002”。通过设置这样的第二中间节点1802、1804，能够以图表表现的方式实现在节点间具有链接时的“和”条件。

以上说明的图13图16的序号管理表以及图17、图18的连结图表在存储器2605上进行管理。

图19A以及图19B是在图17以及图18中说明的连结图表的具体例子。图20表示将图19A以及图19B所示的两个连结图表合并后的例子。

图2表示由计算机2601的CPU2602执行的图表处理部104的处理流程。图表处理部104按照图2的处理流程，基于诊疗数据DB105以及诊疗模式DB106来生成上述的图表(参照树)。

首先，在步骤201中，图表处理部104生成关联表900。本步骤使用图24来进行说明。

在步骤2401中，图表处理部104从检查－适应症表1100一个个地读取记录，取得病名1101和检查名1102。图表处理部104基于取得的检查名1102来搜索检查结果表700的检查名703。如果在检查结果表700内具有适合的记录，则图表处理部104取得其序号701、患者ID702以及检查日707。

其次，图表处理部104针对发作表500，基于取得的患者ID和病名来搜索患者ID502和状态名503。如果在发作表500内具有适合的记录，则关注该记录的开始日505。然后，图表处理部104将取得的检查日与开始日进行比较。

例如，存在针对某个患者诊断了多个病名，并实施了多个检查的情况。此时，需要判断将哪个病名与哪个检查关联起来。在此，如果诊断出某个病名，并针对该诊断结果在时间上之后实施了检查，则判定为可以将该病名与检查关联起来。此外，也可以使用其他的判定条件。也可以使用以取得的开始日为基准在预定的期间范围内包含检查日这样的判定条件。

在本例子中，如果在时间上取得的检查日在开始日505之后，则图表处理部104取得该记录的发作编号501以及对象发作编号504。此后，图表处理部104针对关联表900生成新的记录。在将关联编号901增加之后，在患者ID902以及发作编号903中分别记录所取得的患者ID以及发作编号。针对表名1(904)记录“对象发作”，针对参照编号1(905)记录所取得的对象发作编号。另外，针对表名2(906)记录表示检查结果表700的“检查结果”，针对参照编号2(907)记录所取得的序号。

在步骤2402中，图表处理部104从药剂－适应症表1200一个个读取记录，取得病名1201和药剂名1202。图表处理部104基于取得的药剂名1202来搜索处方表800的药剂名803。如果在处方表800内具有适合的记录，则图表处理部104取得其处方编号801、患者ID802、处方日805。

接着，图表处理部104针对发作表500，基于取得的患者ID和病名来搜索患者ID502和状态名503。如果在发作表500内具有适合的记录，则关注该记录的开始日505。关注开始日的理由如上所述。如果在时间上所取得的处方日在该开始日505之后，则图表处理部104取得该记录的发作编号501以及对象发作编号504。此后，图表处理部104针对关联表900生成新的记录。在将关联编号901增加后，在患者ID902以及发作编号903中分别记录所取得的患者ID以及发作编号。针对表名1(904)记录“对象发作”，针对其参照编号1(905)记录所取得的对象发作编号。另外，针对表名2(906)记录表示处方表800的“处方”，针对参照编号2(907)记录所取得的处方编号。

在步骤2403中，图表处理部104基于图10的诊断治疗知识1000来生成关联表900的记录。首先，图表处理部104通过部分1005取得病名，并从诊疗内容部分1003、1004取得药剂名和诊疗行为名。对于取得了药剂名时的处理，与步骤2402相同。

在取得了诊疗行为名时，图表处理部104基于取得的诊疗行为名来搜索诊疗行为表600的行为名603。如果在诊疗行为表600内具有适合的记录，则图表处理部104取得其序号601、患者ID602以及开始日604。

然后，图表处理部104针对发作表500，基于取得的患者ID和病名来搜索患者ID502和状态名503。如果在发作表500内具有适合的记录，则关注该记录的开始日505。如果在时间上所取得的开始日604在开始日505之后，则图表处理部104取得该记录的发作编号501以及对象发作编号504。此后，图表处理部104针对关联表900生成新的记录。在将关联编号901增加后，在患者ID902以及发作编号903中分别记录所取得的患者ID以及发作编号。针对表名1(904)，记录“对象发作”，针对其参照编号1(905)记录所取得的对象发作编号。另外，针对表名2(906)记录表示诊疗行为表600的“诊疗行为”，针对参照编号2(907)记录所取得的序号。

在步骤2404中，图表处理部104基于图10的诊断治疗知识1000来调查诊疗行为、处方、检查结果之间的关系，并记录到关联表900。在图10的例子中，诊疗内容部分1003的行动(1)必须在诊疗内容部分1004的行动(2)之前实施。即，图10表示了在开出药剂阿司匹林以及吗啡的处方后，实施作为诊疗行为的心脏导管(心导管)。基于诊断治疗知识1000以及关联表900来调查这样的诊疗内容彼此的关系。

首先，图表处理部104在关联表900中关注为相同的发作编号903的多个记录的表名2(906)。当表名2(906)为“诊疗行为”时，图表处理部104将其参照编号2(907)与诊疗行为表600的序号601进行对照，取得适合的记录的患者ID602以及行为名603。同样地，当表名2(906)为“处方”时，图表处理部104将其参照编号2(907)与处方表800的处方序号801进行对照，取得适合的记录的患者ID802以及药剂名803。同样地，当表名2(906)为“检查结果”时，图表处理部104将其参照编号2(907)与检查结果表700的序号701进行对照，取得适合的记录的患者ID702以及检查名703。

图表处理部104搜索通过上述的处理而取得的行为名603、药剂名803、检查名703是否存在于图10的诊疗内容部分1003的行动(1)以及诊疗内容部分1004的行动(2)中。如果存在于诊疗内容部分1003、1004中，则图表处理部104将该行动的配对作为新的记录追加到关联表900中。

在此，设某个诊断治疗知识1000内的行动的配对为药剂名(对应于处方表)和检查名(对应于检查结果表)。另外，设为必须在行动(1)的开出药剂处方之后实施行动(2)的检查。在将关联编号901增加后，在患者ID902以及发作编号903中分别记录所取得的患者ID以及发作编号。针对表名1(904)记录“处方”，针对其参照编号1(905)记录处方编号。另外，针对表名2(906)记录“检查结果”，针对参照编号2(907)记录序号。

通过图24的处理流程，能够基于诊疗数据DB105和诊疗模式DB106来生成信息(关联表900)，该信息(关联表900)用于生成使诊疗数据的检索高效化的图表(参照树)。特别是通过图24的处理流程，能够得到表示各患者的发作与各诊疗内容之间关系的信息、以及表示对各患者实施的诊疗内容之间的关系的信息。

接着，在步骤202中，图表处理部104基于在诊疗数据DB105中存储的关联表900来生成图表。首先，图表处理部104按顺序取入关联表900的记录，调查发作编号903，将为同一发作编号903的多个记录进行分组。针对在同一发作编号的分组中包含的各记录，聚集表名(1)904为“对象发作”的记录。图表处理部104针对表名(1)904为“对象发作”的记录，取得各记录的参照编号1(905)。接着，图表处理部104在对象发作表300中搜索所取得的参照编号1(905)与对象发作编号302一致的记录。然后，图表处理部104取得一致的记录的状态名303。接着，图表处理部104从表名2(906)和参照编号(2)907取得表名和其参照编号。在此例如，如果表名2(906)为“处方”，则从处方表800搜索与参照编号(2)907一致的处方编号801的记录，并取得与该参照编号(2)907相关的药剂名803。此外，表名2(906)为“检查结果”或“诊疗行为”时也进行同样的处理。

在此，图表处理部104将上述取得的状态名作为根节点来生成图17的连结图表。接着，图表处理部104根据表名2(906)生成表示与该状态名相关的处方、诊疗行为、或检查结果的中间节点1704、1705。另外，图表处理部104根据参照编号(2)907，生成与中间节点1704、1705相对应的叶节点1706、1707。此后，图表处理部104通过指针将根节点和中间节点1704、1705连结，并通过指针将中间节点1704、1705与叶节点1706、1707连结。

在关联表900中，如同针对与药剂名相关联的“处方”用于检查副作用的“检查结果”那样，可包含记载了与对象发作没有直接关联的关系的记录。该记录相当于从“诊疗行为”、“处方”以及“检查结果”中选择出关联表900中的表名(1)904以及表名2(906)而得到的两个组合时的记录。

此时，图表处理部104从与表名1(904)相符的表中，基于参照编号1(905)取得行为名、药剂名、或者检查名，生成所取得的行为名、药剂名、或检查名的节点。同样地，图表处理部104生成与表名2(906)以及参照编号2(907)对应的节点。然后，前者的节点保存后者的节点的指针，从而将链接从与表名(1)904相关的节点扩展到与表名(2)906相关的节点。

接着，图表处理部104生成用于存储参照编号1(905)以及参照编号2(907)的叶节点。然后，通过上位的中间节点保存向该叶节点的指针来生成链接。即，将链接从“心导管”的中间节点1704扩展到叶节点1706，并将链接从“阿司匹林”的中间节点1705扩展到叶节点1707。

接着，在步骤203中，图表处理部104针对在步骤202生成的图表，生成第二中间节点(中继节点)。具体来说，如图18所示，在通过表示时间上的前后的链接1801将多个中间节点之间关联起来时，图表处理部104在中间节点的下位生成用于表示多个中间节点的诊疗内容的组合模式的第二中间节点(中继节点)1802、1804。并且，图表处理部104在第二中间节点1802、1804的下位生成叶节点1803、1805，该叶节点1803、1805表示用于参照所述诊疗内容的组合模式的参照编号。

例如，设为在步骤202生成的图表为图17的状态。从行为名为“心导管”到药剂名为“阿司匹林”存在链接。此时，针对诊疗行为名的节点的诊疗行为具有两个案例，即具有在诊疗行为后开出了药剂名的节点的药剂的处方的情况、以及非这样的情况。因此，新生成两个中间节点。具体来说，图表处理部104生成表示在“心导管”后开出了“阿司匹林”的处方的情况的“心导管·阿司匹林”的第二中间节点1802、以及表示只进行了“心导管”的情况的“心导管”的第二中间节点1804。然后，通过保存上位节点即“心导管”的节点1800向第二中间节点1802、1804的指针来生成链接。接着，图表处理部104生成用于表示第二中间节点1802、1804的各自的参照编号的叶节点1803、1805。然后，第二中间节点1802、1804保存表示各自的参照编号的叶节点1803、1805的指针。通过设置了这样的中间节点的图表结构，能够以图表表现的方式来实现在节点间具有链接时的“和”条件，检索的效率得到提高。

接着，在步骤204中，图表处理部104针对在步骤203生成的图表群搜索重复部分，并合并图表群。当具有在步骤203生成的与某个症状相关的多个图表时，图表处理部104在该多个图表间合并中间节点的重复部分。

通过图19A的图表1901和图19B的图表1902这两个图表来说明在此的合并处理。在该例子中，在包含根节点及其下一层级的中间节点的范围内，在两个图表1901和1902之间搜索重复部分，并将该重复部分合并。例如，在图表1901、1902中，病名A、药品B、检查C的节点以及这些节点间的链接(箭头)的方向也一致。图表处理部104在这样的根节点一致的图表间通过使中间节点的重复部分重合来合并多个图表。图20是合并后的图表的一个例子。在步骤204中，在全部的图表中进行该处理，进行该处理直到图表彼此重复的部分消失为止。在本例子中，在包含根节点以及该根节点的下一层级的中间节点的范围内搜索了重复部分，但是并不限于此，可以适当变更搜索重复部分的范围。

接着，在步骤205中，图表处理部104针对进行了步骤204的处理的图表，为了将叶节点以外的节点的节点名称替换为序号，进行各节点名称的序号生成。作为赋予序号的方针，当在不同的对象发作中具有重复的行为名、药剂名、检查名、诊疗模式(诊疗行为、药剂、检查的组合)时，从该对象发作开始优先分配序号，以使编号尽可能接近。在之后的步骤208和步骤209中进行差值压缩处理，为了提高压缩效率，采用上述措施以使差值尽可能小。

说明在与不同的对象发作相关的图表中，行为名、药剂名、检查名、诊疗模式(诊疗行为、药剂、检查的组合)的节点重复时的处理。在具有与不同的对象发作(症状)相关的多个图表时，图表处理部104从该多个图表间重复的中间节点多的图表开始优先赋予编号。

例如，假设以下的情况：将状态名A(对象发作A)作为根节点的图表包含药剂1、诊疗行为1，将状态名B(对象发作B)作为根节点的图表包含药剂1、诊疗行为2，将状态名C(对象发作C)作为根节点的图表包含药剂1、诊疗行为2、诊疗行为3。此时，在对象发作B与对象发作C之间两个中间节点重复。另一方面，在对象发作A与对象发作B之间一个中间节点重复。因此，优先分配重复部分多的对象发作B和C的序号。因此，图表处理部104向药剂1、诊疗行为2、诊疗行为3分别分配了“1”、“2”、“3”的序号。

接着，图表处理部104向对象发作A的诊疗行为1分配“4”的序号。虽然在对象发作A中，药剂1与诊疗行为1的差变大为3，但是关于对象发作B和C，能够使差全部减小为1。在此，当在与对象发作B和C不同的其他的对象发作之后进行对象发作A的序号分配时，药剂1与诊疗行为1的差成为大于3的值。因此，当在图表中具有重复的部分(行为名、药剂名、检查名、诊疗模式)时，从该对象发作开始优先。在上述例子的情况下，在对象发作B和C中的序号分配结束后，进行对象发作A的序号分配。由此，能够以编号尽可能接近的方式分配序号，并能够减小节点间的差值。结果，后述的差值的值整体被抑制为小的值，通过之后的编码来分配短的代码字。因此，能够消减在存储器上管理的图表(参照树)的数据量。

通过上述过程分配的序号分别与各个行为名、药剂名、检查名、诊疗模式对应地，以图13、图14、图15、以及图16的序号管理表的形式来进行记录。图表处理部104通过图13～图16的序号管理表来记录所分配的编号与中间节点的诊疗内容之间的关系。

具体来说，当节点为诊疗模式时，图表处理部104在诊疗模式序号管理表1300中生成记录。在根病名1301中记录成为该图表的根节点的状态名，在编号1302中记录序号，在诊疗模式1303中记录该诊疗模式的名称。当节点为检查名时，图表处理部104在检查序号管理表1400中生成记录。在检查名1401中记录检查名，在编号1402中记录序号。当节点为药剂名时，在药剂序号管理表1500中生成记录。在药剂名1501中记录药剂名，在编号1502中记录序号。同样地，当节点为诊疗行为的行为名时，图表处理部104在诊疗行为序号管理表1600中生成记录。在行为名1601中记录行为名，在编号1602中记录序号。

接着，在步骤206中，图表处理部104通过图13、图14、图15以及图16的序号管理表的编号来替换图表中的叶节点以外的节点名称。关于对象发作的状态名，通过对象发作表300的序号301来替换。图21A表示将图20的节点名称替换为序号的例子。

接着，在步骤207中，图表处理部104对于进行了步骤206的处理后的图表，对叶节点进行排序以使该图表内的叶节点的参照编号从左至右变大。这是为了在计算差值时尽量使该差值成为小的值。如上所述，其效果在于消减编码后的数据量。例如，图21B是以参照编号从左至右变大的方式，对图21A的叶节点进行了排序的例子。

接着，在步骤208中，图表处理部104针对进行了步骤207的处理后的图表，在水平方向上邻接的节点(即，在图表内的相同层级中相互邻接的节点)间取差值，通过该差值替换序号或参照编号。在图21的例子中，以从根节点到下一级的节点2101、2102之间取差值的方式，在水平方向计算差值。另外，在更下一级的节点2103、2104之间取差值。并且在叶节点之间也取差值。

具体来说，图表处理部104对于在水平方向上邻接的节点，通过从右侧的节点的序号减去左侧的节点的序号来计算差值。例如，通过从节点2101的序号“2”减去节点2102的序号“1”来计算差值“1”，并在右侧的节点2101中代入该差值“1”。同样地，图表处理部104还计算其他节点的差值。此外，根节点不取差值，所以保持原有的值。另外，在各层中最左侧的节点不取差值，所以保持原有的值。图22表示对于图21B的各节点取得了差值的例子。

接着，在步骤209中，图表处理部104针对在步骤208中计算出的各中间节点的差值进行预定的编码。图23表示了针对图22的节点的差值进行了编码的例子。在本实施例中，在步骤209中进行δ编码。δ代码是可变长度代码，具有对小的值分配短的代码字，反之对大的值分配长的代码字的特性。因此，如果在全部节点中将差分后的编号抑制为小的值，则分配短的代码字，因此作为整体能够消减数据量。此外，编码处理并不限于此，也可以通过其他的编码处理来在整体上消减数据量。

通过以上的处理生成图表108。图表处理部104可以在外部存储装置中存储图表108。然后，在以下说明的检索处理时，在存储器上读入图表108。通过在检索处理中使用在本实施例中生成的图表，即使在具有复杂的表结构的诊疗数据中也能够提高检索的效率。

另外，以往在包含大量数据的表连接中，SQL优化器多采用哈希连接。哈希表如果放在存储器上为高速，但是存在当存储器不足时，反而会变慢这样的课题。对此，通过在本实施例生成的图表108，整体上削减了图表108的数据量，能够通过比目前小的存储量来进行管理。

图25是说明检索时的检索式解析部101、检索式执行部102以及检索输出部103的动作的流程图。在该检索处理中，使用通过图2的流程图而生成的参照树(图表)来进行检索。如图1所示，在存储器上读入了图表(参照树)108。

在步骤2501中，检索式解析部101取得SQL语句，来进行WHERE语句的解析。接着，在步骤2502中，检索式解析部101判定在WHERE语句中是否包含与发作表500相关的式。在包含与发作表500相关的式时，前进到步骤2504，在不包含时，前进到步骤2503。

接着，在步骤2504中，检索式解析部101判定在WHERE语句中是否包含与诊疗行为表600、检查结果表700以及处方表800中的至少一个相关的式。在包含与这些预定的表相关的式时，前进到步骤2505，在不包含时，前进到步骤2503。如此，判定在检索条件(WHERE语句)内是否包含诊疗数据DB105内的表，并判定能否参照存储器上的图表108。由此，不会存在无用地参照图表的情况。

此外，在向步骤2503前进时，检索式解析部101判定为不使用存储器上的图表108而进行检索处理，将SQL语句交给检索式执行部102。检索式执行部102执行转交过来的SQL语句，并向检索输出部103交付检索结果。

在步骤2505中，检索式解析部101根据发作表500与诊疗行为表600、检查结果表700以及处方表800中的至少一个表之间的连接关系来检索存储器上的图表108。以下说明检索式解析部101的处理。

在此，基于下述的SQL语句进行说明。

Sql*from发作表，处方表，检查结果表where发作表.状态名＝‘心肌梗塞’，诊疗行为表.行为名＝‘心导管’；

首先，对于发作表.状态名＝‘心肌梗塞’，将对象发作表300的状态名303与“心肌梗塞”进行对照来取得相应的序号301。在该例子的情况下，序号301为“2”。接着，从存储器上的多个图表108找出图表的根节点为“2”的表。

接着，虽然以诊疗行为表600为例进行说明，但是对于检查结果表700、处方表800也是一样的。对于诊疗行为表.行为名＝‘心导管’，将诊疗行为序号管理表1600的行为名1601与“心导管”进行对照来取得相应的序号。遍历上述的图表(根节点为“2”的图表)，并且一边使δ编码后的节点返回到原有的序号，一边检查该序号是否出现在节点中。

接着，在步骤2506中，检索式解析部101判定在步骤2505中是否存在节点。如果在节点存在“心导管”的序号，则从叶节点取得与该诊疗行为相关的参照编号，并前进到步骤2507。在不存在的情况下，前进到步骤2503。

接着，在步骤2507中，检索式解析部101基于在步骤2506取得的参照编号，从成为对象的表(诊疗行为表600、检查结果表700、处方表800)搜索与该参照编号相应的记录。由此，能够搜索与SQL语句的检索条件(WHERE语句)一致的记录的位置。

在步骤2508中，检索式解析部101向检索输出部103交付步骤2507的检索结果。图29是检索结果的输出例子。例如，在显示器等输出部显示检索结果。画面具备检索结果输出部2901、图表输出部2902。在检索结果输出部1901中显示与检索条件一致的记录。在图表输出部2902中显示检索式解析部101参照的图表。关于图表输出部2902的图表的显示，可以通过未图示的选择按钮等切换显示或不显示。如此，由于显示了在检索中使用的参照树，因此了解检索处理的依据是非常有用的。

[第二实施例]

在本实施例中，针对第一实施例的处理，追加对诊疗数据DB105的数据进行加密的处理。通过图27以及图28来说明本实施例。

图27的步骤2701到步骤2709与图2的步骤201到步骤209相同。在本实施例中，图表处理部104具备加密处理部。在通过步骤2701到步骤2709生成了图表后，在步骤2710中，图表处理部104的加密处理部将图3到图9的通过诊疗数据DB105管理的表的内容进行加密。

在本实施例中，没有限定加密的方式，可以通过一个公共密钥来将上述表的各记录全部进行加密。由此，针对存储介质上的诊疗数据，提高隐私保护等安全性。

图28表示与通过图27的处理加密后的诊疗数据DB相关的检索处理。步骤2801～2806、2808与图25的步骤2501～2506、2508相同。在本实施例中，检索式解析部101具备解码处理部。在步骤2807中，检索式解析部101基于在步骤2806求出的参照编号，从成为对象的表(诊疗行为表600、检查结果表700、处方表800)搜索与参照编号相应的记录。在此，通过图27的处理对诊疗数据DB105的各记录进行了加密。因此，检索式解析部101的解码处理部通过同一个公共密钥来对参照编号进行解码。由此，检索式解析部101与在步骤2806求出的参照编号进行对照，来取得相应的记录。

在图28的步骤2805中使用图表(参照树)来搜索与检索条件相一致的记录，但是当针对加密后的诊疗数据DB105进行该搜索时，需要暂时对全部数据的加密进行解码来进行表间的连接处理，因此负荷大。如本实施例那样，通过使用图表，能够大幅消减解码和连接处理的负荷。因此，能够谋求兼顾通过加密来强化隐私保护等安全性以及提高表间的连接处理的性能。

[产业上的利用可能性]

本发明作为通过分析诊疗数据，在提高诊断治疗的质量的同时提高医院经营的效率的技术是有用的。

本发明并不限于上述的实施例，还包含各种各样的变形例子。上述的实施例为了容易理解地说明本发明而详细进行了说明，但是并不限于必须具备说明的全部结构。另外，能够将某个实施例的结构的一部分替换为其他实施例的结构，另外，能够在某个实施例的结构上添加其他实施例的结构。另外，能够对各实施例的结构的一部分追加/消除/置换其他的结构。

上述的诊疗数据检索系统的功能、处理单元等可以通过处理器解释并执行用于实现各个功能的程序，以软件来实现。可将用于实现各功能的程序、表、文件等信息放置在存储器或硬盘、SSD(Solid State Drive固态硬盘)等存储装置中，或者IC卡、SD卡、DVD等存储介质中。另外，关于上述说明的诊疗数据检索系统的功能、处理单元等，例如也可以通过集成电路的方式来进行设计等，以硬件来实现它们的一部分或全部。

另外，图面中的控制线或信息线表示说明上需要考虑的内容，并不限于在制品上必须表示全部的控制线或信息线。可以将全部的结构互相连接。

符号的说明

101：检索式解析部

102：检索式执行部

103：检索输出部

104：图表处理部

105：诊疗数据DB

106：诊疗模式DB

107：诊疗模式管理部

108：图表(参照树)

300：对象发作表

400：患者表

500：发作表

600：诊疗行为表

700：检查结果表

800：处方表

900：关联表

1000：诊断治疗知识

1100：检查–适应症表

1200：药剂–适应症表

1300：诊疗模式序号管理表

1400：检查序号管理表

1500：药剂序号管理表

1600：诊疗行为序号管理表

2601：计算机

2602：CPU

2603：管理终端

2604：输入输出接口

2605：存储器

2606：通信接口

2607：外部存储装置。

Claims (14)

1.一种诊疗数据检索系统，其特征在于，具备：

存储装置，其具备存储了与各患者的症状相对的诊疗内容的诊疗数据数据库、存储了各症状与诊疗内容之间的关系的诊疗模式数据库；以及

图表处理部，其基于所述诊疗数据数据库以及所述诊疗模式数据库，生成包含表示所述症状的根节点、表示所述诊疗内容的名称的至少一个中间节点、表示所述诊疗内容的参照编号的至少一个叶节点的图表，

所述图表处理部在具有多个与某个症状相关的所述图表时，在多个所述图表之间将所述中间节点的重复部分合并，

在通过表示时间上前后的链接将表示诊疗内容为诊疗行为的中间节点即诊疗行为中间节点与表示诊疗内容为处方的中间节点即处方中间节点之间关联起来时，所述图表处理部在所述诊疗行为中间节点的下位生成表示在进行上述诊疗行为后开出上述处方这样的组合模式的第二中间节点以及表示只进行上述诊疗行为的第二中间节点，

所述图表处理部在表示所述组合模式的第二中间节点的下位生成表示所述组合模式的参照编号的叶节点，并且在表示只进行上述诊疗行为的第二中间节的下位生成表示所述诊疗行为的参照编号的叶节点。

2.根据权利要求1所述的诊疗数据检索系统，其特征在于，

所述诊疗模式数据库包含关联表，该关联表包含表示各患者的症状与各诊疗内容之间的关系的信息以及表示对各患者实施的诊疗内容之间的关系的信息，

所述图表处理部使用所述关联表来生成所述图表。

3.根据权利要求1所述的诊疗数据检索系统，其特征在于，

所述图表处理部在所述图表上对所述中间节点赋予编号，并生成表示所述编号与所述中间节点的所述诊疗内容之间的关系的序号管理表。

4.根据权利要求3所述的诊疗数据检索系统，其特征在于，

所述图表处理部在具有与不同的症状相关的多个所述图表时，在所述多个图表间从重复的所述中间节点多的图表开始优先赋予所述编号。

5.根据权利要求3所述的诊疗数据检索系统，其特征在于，

所述图表处理部以所述参照编号按预定的顺序排列的方式对所述叶节点进行排序。

6.根据权利要求3所述的诊疗数据检索系统，其特征在于，

所述图表处理部在相同层级中相互邻接的所述中间节点之间取所述编号的差值，并将该差值代入所述中间节点。

7.根据权利要求6所述的诊疗数据检索系统，其特征在于，

所述图表处理部对所述差值进行编码。

8.根据权利要求7所述的诊疗数据检索系统，其特征在于，

所述编码是δ编码。

9.根据权利要求1所述的诊疗数据检索系统，其特征在于，还具备：

存储器，其存储所述图表；以及

检索式解析部，其参照所述存储器上的所述图表，搜索与检索语句的检索条件相一致的所述诊疗数据数据库内的记录的位置。

10.根据权利要求9所述的诊疗数据检索系统，其特征在于，

所述检索式解析部在所述检索条件内包含有所述诊疗数据数据库内的表时，参照所述存储器上的所述图表。

11.根据权利要求9所述的诊疗数据检索系统，其特征在于，还具备：

检索输出部，其输出所述检索语句的检索结果；以及

显示部，其显示所述检索结果和所述图表。

12.根据权利要求1所述的诊疗数据检索系统，其特征在于，

所述图表处理部具备对所述诊疗数据数据库内的数据进行加密的加密处理部。

13.根据权利要求12所述的诊疗数据检索系统，其特征在于，还具备：

存储器，其存储所述图表；以及

检索式解析部，其参照所述存储器上的所述图表，搜索与检索语句的检索条件相一致的所述诊疗数据数据库内的记录的位置。

14.根据权利要求13所述的诊疗数据检索系统，其特征在于，

所述检索式解析部具备对所述诊疗数据数据库内的数据进行解码的解码处理部。