JP2023103884A - リネージ管理システム及びリネージ管理方法 - Google Patents

リネージ管理システム及びリネージ管理方法 Download PDF

Info

Publication number
JP2023103884A
JP2023103884A JP2022004668A JP2022004668A JP2023103884A JP 2023103884 A JP2023103884 A JP 2023103884A JP 2022004668 A JP2022004668 A JP 2022004668A JP 2022004668 A JP2022004668 A JP 2022004668A JP 2023103884 A JP2023103884 A JP 2023103884A
Authority
JP
Japan
Prior art keywords
lineage
unit
data
management system
determination
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
Application number
JP2022004668A
Other languages
English (en)
Inventor
博亮 増田
Hiroaki Masuda
俊彦 樫山
Toshihiko Kashiyama
実佳 高田
Mika TAKATA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2022004668A priority Critical patent/JP2023103884A/ja
Priority to US17/950,991 priority patent/US20230229662A1/en
Publication of JP2023103884A publication Critical patent/JP2023103884A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24564—Applying rules; Deductive queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2282—Tablespace storage structures; Management thereof

Abstract

【課題】より適切なリネージ管理が可能な情報処理システムを提供する。【解決手段】リネージ単位管理システム３は、１以上の要素を含む入力データから１以上の要素を含む出力データを生成するデータ処理の処理内容に基づいて、リネージ単位を決定する。リネージ管理システム４は、リネージ単位に従って、入力データの要素と出力データの要素との対応関係を示すリネージ情報を生成する。したがって、データ処理の内容に応じたリネージ単位に従って、リネージ情報が生成されるため、より適切なリネージ管理が可能となる。【選択図】図１

Description

本開示は、リネージ管理システム及びリネージ管理方法に関する。
近年、機械学習モデルが注目されており、特に医療及び介護などの現場では、信頼性の高い機械学習モデルが求められている。機械学習モデルの信頼性を担保するためには、適切な学習データを用いて機械学習モデルを構築する必要がある。学習データは、現場などで取得されたデータを加工するなどして生成されるため、学習データが適切か否かを判断するためには、その学習データに至るまでのデータの変遷を追跡できるリネージ情報を管理するリネージ管理が必要となる。
特許文献１及び２には、リネージ管理を実現する技術が開示されている。特許文献１及び２に記載の技術では、データ処理を要求するクエリを解析することで、クエリに応じたデータ処理の入力データと出力データとの対応関係が特定され、その対応関係に基づいてリネージ情報が生成される。
米国特許出願公開第２０２０／０２１０４２７号明細書 米国特許出願公開第２０１７／０２７００２２号明細書
しかしながら、特許文献１及び２に記載の技術では、入力データと出力データの各要素の対応関係がテーブル単位又はカラム単位で特定されているため、細やかなリネージ情報を取得することができず、十分なリネージ管理を行えないことがある。例えば、データ処理において、縦持ち構造を有する入力データが横持ち構造を有する出力データに変換された場合、入力データのカラムと出力データのカラムとの対応関係は１対多となるため、カラム単位によるリネージ情報では、出力データの要素から入力データの要素を追跡することが難しい。
本開示の目的は、より適切なリネージ管理が可能なリネージ管理システム及びリネージ管理方法を提供することにある。
本開示の一態様に従うリネージ管理システムは、１以上の要素を含む入力データと前記入力データから生成される１以上の要素を含む出力データとの各要素間の対応関係を示すリネージ情報を生成するリネージ管理システムにおいて、前記入力データから前記出力データを生成するデータ処理の処理内容に基づいて、前記対応関係を規定する単位であるリネージ単位を決定する規則管理部と、
前記リネージ単位に従って、前記リネージ情報を生成するリネージ管理部と、を有する。
本発明によれば、より適切なリネージ管理が可能となる。
本開示の一実施形態の情報処理システムの構成を示す図である。 データ管理システムのハードウェア構成の一例を示す図である。 データ管理システムの機能的な構成の一例を示す図である。 データ分析システムの機能的な構成の一例を示す図である。 リネージ単位管理システムの機能的な構成の一例を示す図である。 リネージ管理システムの機能的な構成の一例を示す図である。 入力データの一例を示す図である。 出力データの一例を示す図である。 データ処理の実行ログの一例を示す図である。 リネージ単位判定条件テーブルの一例を示す図である。 リネージ単位判定テーブルの一例を示す図である。 カラム単位リネージテーブルの一例を示す図である。 条件式単位リネージテーブルの一例を示す図である。 セル単位リネージテーブルの一例を示す図である。 情報システムの動作の一例を説明するためのフローチャートでる。 リネージ単位推定値算出処理の一例を説明するためのフローチャートである。 メイン画面の一例を示す図である。 リネージ単位判定条件設定画面の一例を示す図である。 リネージ表示内容入力画面の一例を示す図である。 データリネージ表示画面の一例を示す図である。 リネージ単位推定値算出処理の他の例を説明するためのフローチャートである。
以下、本開示の実施形態について図面を参照して説明する。
（第１の実施形態）
図１は、本開示の第１の実施形態の情報処理システムの構成を示す図である。図１に示す情報処理システムは、データ管理システム１と、データ分析システム２と、リネージ単位管理システム３と、リネージ管理システム４とを有する。また、データ管理システム１、データ分析システム２、リネージ単位管理システム３及びリネージ管理システム４は、ネットワーク５を介して相互に通信可能に接続されている。また、データ管理システム１、データ分析システム２、リネージ単位管理システム３及びリネージ管理システム４の少なくとも１つが情報処理システムを利用する利用者が使用する端末（図示せず）とネットワーク５を介して相互に通信可能に接続されてもよい。
図２は、データ管理システム１のハードウェア構成の一例を示す図である。図２に示すようにデータ管理システム１は、記憶装置５１と、ＣＰＵ５２と、入力装置５３と、出力装置５４と、ネットワークインタフェース（NW I/F）５５とを有し、それらがバス線５６を介して相互に接続される。
記憶装置５１は、メモリのような主記憶装置（図示せず）と、ＨＤＤ（Hard Disk Drive）及びＳＳＤ（Solid State Drive）のような補助記憶装置（図示せず）とを含む。記憶装置５１は、ＣＰＵ５２の動作を規定するプログラム、並びに、ＣＰＵ５２にて使用及び生成される種々の情報を記憶する。ＣＰＵ５２は、記憶装置５１に記憶されたプログラムを読み取り、その読み取ったプログラムを実行することで種々の処理を実行するプロセッサである。
入力装置５３は、利用者から種々の情報が入力される装置であり、出力装置５４は、利用者に対して種々の情報を出力（例えば、表示）する装置である。ネットワークインタフェース５５は、ネットワーク５を介して、データ管理システム１、データ分析システム２、リネージ管理システム４及び端末のような外部装置と通信可能に接続する装置である。
なお、データ管理システム１、データ分析システム２及びリネージ管理システム４のハードウェア構成は、図２に示したリネージ単位管理システム３のハードウェア構成と同様であるため、その説明を省略する。
図３は、データ管理システム１の機能的な構成の一例を示す図である。図３に示すデータ管理システム１は、データ処理を実行する処理部であり、データベース１１と、データベース管理部１２とを有する。
データベース１１は、データ処理で使用及び生成されるデータを格納する格納部である。データは、１以上の要素を含むデータであり、本実施形態では、テーブル構造を有するテーブルデータである。この場合、データの各要素は、テーブルの各セルに格納される。
データベース管理部１２は、データベース１１に格納するデータを管理する。例えば、データベース管理部１２は、利用者からのデータ処理要求であるクエリに応じたデータ処理を行う。具体的には、データベース管理部１２は、クエリに従ってデータベース１１からデータを読み出し、その読み出したデータである入力データに対してデータ処理を行い、そのデータ処理により生成されたデータである出力データをデータベース１１に格納する。クエリは、本実施形態では、ＳＱＬ文で記述されている。
図４は、データ分析システム２の機能的な構成の一例を示す図である。図４に示すデータ分析システム２は、データ処理を解析する解析部であり、データ処理取得部２１と、データ処理解析部２２と、データ処理格納部２３とを有する。
データ処理取得部２１は、データ管理システム１のデータベース管理部１２が行ったデータ処理の実行ログ及びクエリを取得する。
データ処理解析部２２は、データ処理取得部２１にて取得されたデータ処理のログ情報である実行ログを解析して、データ処理の内容を示すデータ処理情報を生成する。
データ処理格納部２３は、データ処理解析部２２にて生成されたデータ処理情報を格納する。
図５は、リネージ単位管理システム３の機能的な構成の一例を示す図である。図５に示すリネージ単位管理システム３は、データ処理の入力データの要素と出力データの要素との対応関係を規定するリネージ規則であるリネージ単位を決定する規則管理部であり、リネージ単位判定条件格納部３１と、閾値格納部３２と、リネージ単位管理部３３と、リネージ単位推定値算出部３４と、リネージ単位判定部３５とを有する。
リネージ単位判定条件格納部３１は、リネージ単位を判定するための判定条件であるリネージ単位判定条件を示すリネージ単位判定条件テーブルを格納する。本実施形態では、リネージ単位判定条件は、複数ある。閾値格納部３２は、リネージ単位を判定するための閾値である判定閾値を示す閾値表であるリネージ単位判定テーブルを格納する。判定閾値は、複数あってもよい。
リネージ単位管理部３３は、利用者からの指示に基づいて、リネージ単位判定条件テーブル及びリネージ単位判定テーブルをリネージ単位判定条件格納部３１及び閾値格納部３２に設定する。
リネージ単位推定値算出部３４は、データ分析システム２のデータ処理格納部２３に格納されたデータ処理情報と、リネージ単位判定条件格納部３１に格納されたリネージ単位判定条件テーブルとに基づいて、データ処理における対象データ（入力データ及び出力データ）のリネージ単位を判定するための推定値であるリネージ単位推定値を算出する。リネージ単位推定値は、例えば、データ処理の入力データの要素と出力データの要素との対応関係に応じた値である。リネージ単位推定値算出部３４は、具体的には、データ処理情報に基づいて、対象データがリネージ単位判定条件テーブルに示されるリネージ単位判定条件に該当するか否を判断し、当該判断結果に基づいて、リネージ単位推定値を算出する。
リネージ単位判定部３５は、リネージ単位推定値算出部３４にて算出されたリネージ単位推定値と、閾値格納部３２に格納されたリネージ単位判定テーブルにて示される判定閾値とを比較し、その比較結果に基づいて、対象データのリネージ単位を判定する。
図６は、リネージ管理システム４の機能的な構成の一例を示す図である。図６に示すリネージ管理システム４は、対象データの要素間の対応関係を示すリネージ情報を生成するリネージ管理部であり、リネージ管理部４１と、リネージ記録部４２と、リネージ表示部４３と、カラム単位リネージ格納部４４と、条件式単位リネージ格納部４５と、セル単位リネージ格納部４６とを有する。
リネージ管理部４１は、リネージ単位判定部３５にて判定されたリネージ単位に基づいて、対象データのリネージ情報を生成する。
リネージ記録部４２は、リネージ管理部４１が生成したリネージ情報を、そのリネージ単位に応じた格納部に記録する。本実施形態では、リネージ単位には、対象データの各要素の対応関係をカラム単位で規定する規則である「カラム単位」と、対象データの各要素の対応関係をセルの関する条件式単位で規定する規則である「条件式単位」と、対象データの価ぅ要素の対応関係をセル単位で規定する規則である「セル単位」とがある。リネージ記録部４２は、カラム単位のリネージ情報をカラム単位リネージ格納部４４に格納し、条件式単位のリネージ情報を条件式単位リネージ格納部４５に格納し、セル単位のリネージ情報をセル単位リネージ格納部４６に格納する。
リネージ表示部４３は、種々の情報を表示する。例えば、リネージ表示部４３は、カラム単位リネージ格納部４４、条件式単位リネージ格納部４５及びセル単位リネージ格納部４６に格納されたリネージ情報を表示する。情報の表示先は、特に限定されず、リネージ管理システム４などの出力装置でもよいし、利用者が使用する端末の表示画面などでもよい。
なお、図３～図６に示した各機能部は、例えば、図２に示したＣＰＵ５２が記憶装置５１に記憶されたプログラムを読み取り、その読み取ったプログラムを実行することで実現される。
図７及び図８は、データ管理システム１のデータベース１１に記録されているデータの一例を示す図である。図７及び図８では、データとして、健康診断（以下、健診と略す）に関するデータ、特にＢＭＩ（Body Mass Index）値に関するデータが例示されているが、データの種類は特に限定されない。
図７及び図８の例では、データベース１１は、データとして、図７に示す、基礎疾患別患者数テーブル１００、第１健診テーブル１１０及び第２健診テーブル１２０と、図８に示す、基礎疾患累計テーブル２００、健診日テーブル２１０及びＢＭＩ値異常テーブル２２０とを有する。
基礎疾患別患者数テーブル１００は、健診が行われた地区を識別する地区番号を格納するカラム１０１と、健診が行われた日時である健診日時を格納するカラム１０２と、高血圧と判断された患者の数である高血圧患者数を格納するカラム１０３と、糖尿病と判断された患者の数である糖尿病患者数を格納するカラム１０４を有する。
第１健診テーブル１１０は、地区番号を格納するカラム１１１と、健診日時を格納するカラム１１２と、ＢＭＩ値が３０以上の患者の数であるＢＭＩ値３０以上患者数を格納するカラム１１３とを有する。
第２健診テーブル１２０は、地区番号を格納するカラム１２１と、健診日時を格納するカラム１２２と、ＢＭＩ値が異常と判断された患者の数であるＢＭＩ値異常患者数を格納するカラム１２３とを有する。
基礎疾患累計テーブル２００は、地区番号を格納するカラム２０１と、健診日時を格納するカラム２０２と、基礎疾患を有する患者の数である基礎疾患患者数を格納するカラム２０３とを有する。
健診日テーブル２１０は、地区番号を格納するカラム２１１と、健診日時を格納するカラム２１２と、ＢＭＩ値３０以上患者数を格納するカラム２１２とを有する。
ＢＭＩ値異常テーブル２２０は、健診日時を格納するカラム２２１と、地区３（地区番号が「３」の地区）におけるＢＭＩ値異常患者数を格納するカラム２２２と、地区４（地区番号が「４」の地区）におけるＢＭＩ値異常患者数を格納するカラム２２３とを有する。
図９は、データ処理の実行ログの一例を示す図である。図９に示す実行ログ３００は、カラム３０１～３０５を有する。カラム３０１は、実行されたデータ処理を識別する実行ＩＤを格納する。カラム３０２は、データ処理にて使用された入力データである入力テーブルを識別する入力テーブル名を格納する。カラム３０３は、データ処理にて生成された出力データである出力テーブルを識別する出力テーブル名を格納する。カラム３０４は、実行されたデータ処理を要求したクエリを示す実行ＳＱＬ情報を格納する。カラム３０５は、データ処理が実行された日時である実行時間を格納する。
図１０は、リネージ単位判定条件テーブルの一例を示す図である。図１０に示すリネージ単位判定条件テーブル４００は、カラム４０１～４０４を有する。
カラム４０１は、リネージ単位判定条件を識別する条件ＩＤを格納する。カラム４０２は、リネージ単位判定条件である判定基準を格納する。カラム４０３は、判定基準をリネージ単位の判定に使用するか否かを示す状態情報を格納する。カラム４０４は、判定基準に割り当てられた数値である重み値を格納する。
判定基準は、本実施形態では、「出力データは入力データから特定の条件に従って抽出したデータである」、「入出力のレコード数（入力データと出力データのレコード数）が一致していない」、「出力データは入力データの集合関数（複数の集合関数の組み合わせを含む）で表現されない」、「入力データの要素が条件に応じて異なる出力先カラムと対応する」、及び、「入力データにリネージ単位が設定されている」を含む。集合関数は、ＳＱＬに備わっている関数（ＳＵＭ及びＭＡＸなど）である。なお、あるデータ処理の出力データが別のデータ処理の入力データとなることがあり、その場合には、別のデータ処理の入力データにはリネージ単位が既に設定されていることとなる。
状態情報は、判定基準をリネージ単位の判定に使用する場合、「Ａｃｔｉｖｅ」を示し、判定基準をリネージ単位の判定に使用しない場合、「Ｎｏｎ－Ａｃｔｉｖｅ」を示す。重みは、図１０の例では、全て同じ値であるが、異なる値でもよい。
図１１は、リネージ単位判定テーブルの一例を示す図である。図１１に示すリネージ単位判定テーブルは、カラム５０１～５０３を有する。
カラム５０１は、判定閾値を識別する閾値ＩＤを格納する。カラム５０２は、判定閾値を格納する。カラム５０２は、判定閾値に対応するリネージ単位を格納する。
図１２～図１４は、リネージ情報の一例を示す図である。
図１２は、カラム単位のリネージ情報であるカラム単位リネージテーブルの一例を示す図である。図１２に示すカラム単位リネージテーブル６００は、カラム６０１～６０８を有する。
カラム６０１は、リネージ情報を識別するリネージＩＤを格納する。カラム６０２は、リネージ単位を格納する。なお、図１２～図１４では、リネージ単位として、カラム単位を「１」、条件式単位を「２」、セル単位を「３」としている。カラム６０３は、入力データを識別する入力テーブル名を格納する。カラム６０４は、入力データにおいて出力データと対応関係が存在するカラムを識別する入力カラム名を格納する。カラム６０５は、データ処理の処理内容を格納する。カラム６０６は、出力データを識別する出力テーブル名を格納する。カラム６０７は、出力データにおいて入力カラム名のカラムと対応関係が存在する出力カラムを識別する出力カラム名を格納する。カラム６０８は、リネージ情報を登録した日時である登録時間を格納する。
図１３は、条件式単位のリネージ情報である条件式単位リネージテーブルの一例を示す図である。図１３に示す条件式単位リネージテーブル７００は、カラム７０１～７０９を有する。
カラム７０１は、リネージ情報を識別するリネージＩＤを格納する。カラム７０２は、リネージ単位を格納する。カラム７０３は、入力テーブル名を格納する。カラム７０４は、入力カラム名を格納する。カラム７０５は、条件式を格納する。カラム７０６は、データ処理に処理内容を格納する。カラム７０７は、出力テーブル名を格納する。カラム７０８は、出力カラムを識別する出力カラム名を格納する。カラム７０９は登録時間を格納する。
カラム７０５に格納される条件式は、入力カラム名のカラムに含まれるセルに関する条件であり、例えば、図１３の例では、健診日時の値が「２０２１／０７／０１」であるセルを対応づける条件である。
図１４は、セル単位のリネージ情報であるセル単位リネージテーブルの一例を示す図である。図１４に示すセル単位リネージテーブル８００は、カラム８０１～８１２を有する。
カラム８０１は、リネージを識別するＩＤを格納する。カラム８０２は、リネージ単位を格納する。カラム８０３は、入力テーブル名を格納する。カラム８０４は、入力カラム名を格納する。カラム８０５は、入力データにおいて出力データのセルと対応関係が存在するセルを識別するための入力識別キーを格納し、カラム８０６は、入力識別キーの値である入力識別値を格納する。
カラム８０７は、データ処理の処理内容を格納する。カラム８０８は出力テーブル名を格納する。カラム８０９は、出力カラム名を格納する。カラム８１０は、出力データにおいて入力データのセルと対応関係が存在するセルを識別するための出力識別キーを格納し、カラム８１１は、出力識別キーの値である出力識別値を格納する。カラム８１２は、本登録時間を格納する。
図１５は、本実施形態の情報システムの動作の一例を説明するためのフローチャートでる。
先ず、リネージ管理システム４は、リネージ単位判定条件及び判定閾値をそれぞれリネージ単位管理システム３のリネージ単位判定条件格納部３１及び閾値格納部３２に設定する（ステップＳ１０１）。
その後、データ管理システム１のデータベース管理部１２は、利用者の端末などからのクエリを受信すると、そのクエリに従ってデータベース１１からデータを読み出し、その読み出したデータである入力データに対してデータ処理を実行し、そのデータ処理により生成されたデータである出力データをデータベース１１に格納する。このとき、データベース管理部１２は、データ処理の実行ログを生成してデータベース１１に格納する（ステップＳ１０２）。
データ分析システム２のデータ処理取得部２１は、データ管理システム１によるデータ処理の実行を検知し、そのデータ処理に応じた実行ログを取得する（ステップＳ１０３）。
データ処理解析部２２は、データ処理取得部２１にて取得された実行ログを解析して、データ処理の内容を示すデータ処理情報を生成し、データ処理格納部２３に格納する（ステップＳ１０４）。
その後、リネージ単位管理システム３のリネージ単位推定値算出部３４は、データ処理格納部２３に格納されたデータ処理情報と、リネージ単位判定条件格納部３１に格納されたリネージ単位判定条件テーブルとに基づいて、リネージ単位推定値を算出する推定値算出処理（図１６参照）を実行する（ステップＳ１０５）。
リネージ単位判定部３５は、リネージ単位推定値算出部３４にて算出されたリネージ単位推定値と閾値格納部３２に格納されたリネージ単位判定テーブルとに基づいて、対象データのリネージ単位を判定する（ステップＳ１０６）。具体的には、リネージ単位判定部３５は、リネージ単位推定値とリネージ単位判定テーブル内の判定閾値とを比較し、その比較結果に基づいて、対象データのリネージ単位を判定する。
そして、リネージ管理システム４のリネージ管理部４１は、リネージ単位判定部３５にて判定されたリネージ単位に基づいて、対象データのリネージ情報を生成する（ステップＳ１０７）。
リネージ記録部４２は、リネージ管理部４１が生成したリネージ情報を、リネージ単位に応じて、カラム単位リネージ格納部４４、条件式単位リネージ格納部４５及びセル単位リネージ格納部４６のいずれかに格納する（ステップＳ１０８）。
その後、リネージ表示部４３は、種々の情報を表示する。例えば、リネージ表示部４３は、カラム単位リネージ格納部４４、条件式単位リネージ格納部４５及びセル単位リネージ格納部４６に格納されたリネージ情報を表示し（ステップＳ１０９）、処理を終了する。なお、リネージ表示部４３は、リネージ情報を加工して表示してもよい
図１６は、図１５のステップＳ１０５のリネージ単位推定値算出処理の一例を説明するためのフローチャートである。
リネージ単位推定値算出処理では、先ず、リネージ単位推定値算出部３４は、対象データが図１０のＩＤが「１」の判定基準である判定基準１「出力データは入力データから特定の条件に従って抽出したデータである」に該当しているか否かを判断する（ステップＳ２０１）。
判定基準１に該当している場合、リネージ単位推定値算出部３４は、判定基準１に対応する判定値「Ａ」を１とする（ステップＳ２０２）。一方、判定基準１に該当していない場合、リネージ単位推定値算出部３４は、判定値「Ａ」を０とする（ステップＳ２０３）。
続いて、リネージ単位推定値算出部３４は、対象データが図１０のＩＤが「２」の判定基準である判定基準２「出力のレコード数が一致していない」に該当しているか否かを判断する（ステップＳ２０４）。
判定基準２に該当している場合、リネージ単位推定値算出部３４は、判定基準２に対応する判定値「Ｂ」を１とする（ステップＳ２０５）。一方、判定基準２に該当していない場合、リネージ単位推定値算出部３４は、判定値「Ｂ」を０とする（ステップＳ２０６）。
続いて、リネージ単位推定値算出部３４は、対象データが図１０のＩＤが「３」の判定基準である判定基準３「出力データは入力データの集合関数で表現されない」に該当しているか否かを判断する（ステップＳ２０７）。
判定基準３に該当している場合、リネージ単位推定値算出部３４は、判定基準３に対応する判定値「Ｃ」を１とする（ステップＳ２０８）。一方、判定基準３に該当していない場合、リネージ単位推定値算出部３４は、判定値「Ｃ」を０とする（ステップＳ２０９）。
続いて、リネージ単位推定値算出部３４は、対象データが図１０のＩＤが「４」の判定基準である判定基準４「入力データの要素が条件に応じて異なる出力先カラムと対応する」に該当しているか否かを判断する（ステップＳ２１０）。
判定基準４に該当している場合、リネージ単位推定値算出部３４は、判定基準４に対応する判定値「Ｄ」を１とする（ステップＳ２１１）。一方、判定基準４に該当していない場合、リネージ単位推定値算出部３４は、判定値「Ｄ」を０とする（ステップＳ２１２）。
続いて、リネージ単位推定値算出部３４は、対象データが図１０のＩＤが「５」の判定基準である判定基準５「入力データにリネージ単位が設定されている」に該当しているか否かを判断する（ステップＳ２１３）。
判定基準５に該当している場合、リネージ単位推定値算出部３４は、判定基準５に対応する判定値「Ｅ」を１とする（ステップＳ２１４）。一方、判定基準５に該当していない場合、リネージ単位推定値算出部３４は、判定基準５に対応する判定値「Ｅ」を０とする（ステップＳ２１５）。
その後、リネージ単位推定値算出部３４は、図１０に示す各判定基準１～５の重み値を用いて、各判定基準１～５の判定値Ａ～Ｅの重み付き和を算出する（ステップＳ２１６）。各判定基準１～５の重み値をｘ１～ｘ５とすると、重み付き和Ｙは、Ｙ＝Ａｘ１＋ｂｘ２＋Ｃｘ３＋Ｄｘ４＋Ｅｘ５となる。
リネージ単位推定値算出部３４は、重み付き和Ｙをリネージ単位推定値として算出して（ステップＳ２１７）、リネージ単位推定値算出処理を終了する。
例えば、データ処理が図７の基礎疾患別患者数テーブル１００のカラム１０３の値とカラム１０４の値とを加えて、図８の基礎疾患累計テーブル２００を生成する処理の場合、対象データ（基礎疾患別患者数テーブル１００及び基礎疾患累計テーブル２００）は、判定基準３のみに該当する。このため、判定値Ｃが１、他の判定値が０なり、リネージ単位推定値が１となる。この場合、リネージ単位判定テーブル５００を用いると、リネージ単位はカラム単位となる。
また、データ処理が図７の第１健診テーブル１１０のカラム１１２の値が「２０２１－０７－０１」を抽出して、図８の健診日テーブル２１０を生成する処理の場合、対象データ（第１健診テーブル１１０及び健診日テーブル２１０）は、判定基準１及び３のみに該当する。このため、判定値Ａ及びＣが１、他の判定値が０となり、リネージ単位推定値が２となる。この場合、リネージ単位判定テーブル５００を用いると、リネージ単位は条件式単位となる。
また、データ処理が図７の第１健診テーブル１１０及び第２健診テーブル１２０における地区３及び地区４のＢＭＩ値３０以上患者数とＢＭＩ値異常患者数との合計を算出して、図８のＢＭＩ値異常テーブル２２０を生成する処理の場合、対象データ（第１健診テーブル１１０、第２健診テーブル１２０及びＢＭＩ値異常テーブル２２０）は、判定基準１～４に該当する。このため、判定値Ａ～Ｄが１、判定値Ｅが０となり、リネージ単位推定値が４となる。この場合、リネージ単位判定テーブル５００を用いると、リネージ単位はセル単位となる。
なお、図７に示した基礎疾患別患者数テーブル１００、第１健診テーブル１１０及び第２健診テーブル１２０にはリネージ単位が設定されていないものとした。
図１７～図２０は、リネージ表示部４３が表示する表示画面の一例を示す図である。
図１７は、メイン画面の一例を示す図である。図１７に示すメイン画面１０００は、図１５のステップＳ１０１及びＳ１０９などの処理で表示される画面であり、設定ボタン１００１と、表示ボタン１００２とを含む。設定ボタン１００１は、リネージ単位判定条件及び判定閾値を設定するためボタンである。表示ボタン１００２は、リネージ情報を表示するためのボタンである。
図１８は、リネージ単位判定条件設定画面の一例を示す図である。図１８に示すリネージ単位判定条件設定画面１１００は、リネージ単位判定条件及び判定閾値を設定するための画面であり、例えば、図１７の設定ボタン１００１が押下された際に表示される。
リネージ単位判定条件設定画面１１００は、リネージ単位判定条件表１１０１と、追加ボタン１１０２と、修正ボタン１１０３と、削除ボタン１１０４と、リネージ単位判定表１１０５と、修正ボタン１１０６と、戻りボタン１１０７とを有する。
リネージ単位判定条件表１１０１は、現在設定されているリネージ単位判定条件テーブルの内容を示す。追加ボタン１１０２は、判定基準をリネージ単位判定条件テーブルに追加するためのボタンである。修正ボタン１１０３は、リネージ単位判定条件テーブルの内容を修正するためのボタンである。削除ボタン１１０４は、判定基準をリネージ単位判定条件テーブルから削除するためのボタンである。
リネージ単位判定表１１０５は、現在設定されているリネージ単位判定テーブルの内容を示す。修正ボタン１１０６は、リネージ単位判定テーブルの内容を修正するためのボタンである。
戻りボタン１１０８は、リネージ単位判定条件及び判定閾値の設定を終了してメイン画面１０００に戻るためのボタンである。
図１９は、リネージ表示内容入力画面の一例を示す図である。図１９に示すリネージ表示内容入力画面１２００は、表示するリネージ情報の内容を設定するための画面であり、例えば、図１７の表示ボタン１００２が押下された際に表示される。
リネージ表示内容入力画面１２００は、項目入力欄１２０１と、対象単位入力欄１２０３と、対象データ名入力欄１２０４と、表示リネージ単位入力欄１２０５と、実行ボタン１２０６と、戻りボタン１２０７とを有する。
項目入力欄１２０１は、表示するリネージ情報の項目を入力するための欄である。対象単位入力欄１２０３は、表示するリネージ情報の単位を入力するための欄である。対象データ名入力欄１２０４は、表示するリネージ情報のデータ（出力データ）の名称を入力するための欄である。表示リネージ単位入力欄１２０５は、表示するリネージ情報のデータのリネージ単位入を入力するための欄である。
実行ボタン１２０６は、入力欄１２０１～１２０５に入力された内容を確定して、リネージ情報を表示するためのボタンである。戻るボタン１２０７は、リネージ情報の表示を中止して、メイン画面１０００に戻るためのボタンである。
図２０は、データリネージ表示画面の一例を示す図である。図２０に示すデータリネージ表示画面１３００は、入力データ１３０１と、出力データ１３０２と、リンク情報１３０３とを有する。
入力データ１３０１及び出力データ１３０２は、互いに対応関係を有するデータである。リンク情報１３０３は、入力データ１３０１及び出力データ１３０２の対応関係を示す情報であり、図２０の例では、入力データ１３０１及び出力データ１３０２における互いに対応関係を有するセルの関係を示す。
以上説明したように本実施形態によれば、リネージ単位管理システム３は、１以上の要素を含む入力データから１以上の要素を含む出力データを生成するデータ処理の処理内容に基づいて、リネージ単位を決定する。リネージ管理システム４は、リネージ単位に従って、入力データの要素と出力データの要素との対応関係を示すリネージ情報を生成する。したがって、データ処理の内容に応じたリネージ単位に従って、リネージ情報が生成されるため、より適切なリネージ管理が可能となる。
また、本実施形態では、リネージ単位推定値とリネージ単位判定テーブルとに基づいてリネージ単位が決定される。リネージ単位推定値は、具体的には、入力データ及び出力データを含む対象データがリネージ単位判定条件に該当するか否かの判断結果に基づいて算出される。このため、データ処理に応じた適切な判定条件に基づいてリネージ単位が決定されるため、より適切なリネージ管理が可能となる。
また、本実施形態では、リネージ単位判定条件は複数あるため、より適切にリネージ単位を決定することができる。
また、本実施形態では、対象データが該当したリネージ単位判定条件のそれぞれに対して割り当てられた重み値の和であるリネージ単位推定値に応じて、リネージ単位が決定される。したがって、リネージ単位判定条件の重要度などを考慮してリネージ単位を決定することが可能となるため、より適切にリネージ単位を決定することができる。
また、本実施形態では、リネージ単位は、カラム単位、セル単位及び条件式単位を含む。このため、テーブルデータに適したリネージ単位を決定することが可能となる。
（第２の実施形態）
次に第２の実施形態について説明する。
本実施形態では、第１の実施形態と比べて、図１５のステップＳ１０５のリネージ単位推定値算出処理が異なる。
図２１は、本実施形態のリネージ単位推定値算出処理の一例を説明するためのフローチャートである。
本実施形態のリネージ単位推定値算出処理では、先ず、リネージ単位推定値算出部３４は、閾値格納部３２からリネージ単位判定テーブルを取得し（ステップＳ３０１）、リネージ単位判定条件格納部３１からリネージ単位判定条件テーブルを取得する（ステップＳ３０２）。
リネージ単位推定値算出部３４は、データ分析システム２のデータ処理格納部２３に格納されたデータ処理情報に基づいて、データ処理における対象データがリネージ単位判定条件テーブルにて示される判定基準（リネージ単位判定条件）のいずれかに該当するか否かを判断する（ステップＳ３０３）。この判断は、例えば、図１６のステップＳ２０１～Ｓ２１５までの処理を行うことでできる。
判定基準のいずれかに該当する場合、リネージ単位推定値算出部３４は、リネージ単位判定条件テーブルに基づいて、該当する判定基準のそれぞれの重み値の和をリネージ単位推定値として算出する（ステップＳ３０４）。そして、リネージ単位判定部３５は、リネージ単位推定値とリネージ単位判定テーブル内の判定閾値とを比較し、その比較結果に基づいて、対象データのリネージ単位を判定し（ステップＳ３０５）、処理を終了する。
一方、判定基準のいずれにも該当しない場合、リネージ単位判定部３５は、リネージ単位判定テーブルに基づいて、対象データのリネージ単位を判定し（ステップＳ３０６）、処理を終了する。
以上説明したように本実施形態によれば、対象データが判定基準のいずれにも該当しない場合でも、適切なリネージ規則を判定することが可能となる。
上述した本開示の実施形態は、本開示の説明のための例示であり、本開示の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本開示の範囲を逸脱することなしに、他の様々な態様で本開示を実施することができる。
１：データ管理システム ２：データ分析システム ３：リネージ単位管理システム ４：リネージ管理システム １１：データベース １２：データベース管理部 ２１：データ処理取得部 ２２：データ処理解析部 ２３：データ処理格納部 ３１：リネージ単位判定条件格納部 ３２：閾値格納部 ３３：リネージ単位管理部 ３４：リネージ単位推定値算出部 ３５：リネージ単位判定部 ４１：リネージ管理部 ４２：リネージ記録部 ４３：リネージ表示部 ４４：カラム単位リネージ格納部 ４５：条件式単位リネージ格納部 ４６：セル単位リネージ格納部

Claims (9)

  1. １以上の要素を含む入力データと前記入力データから生成される１以上の要素を含む出力データとの各要素間の対応関係を示すリネージ情報を生成するリネージ管理システムにおいて、
    前記入力データから前記出力データを生成するデータ処理の処理内容に基づいて、前記対応関係を規定する単位であるリネージ単位を決定する規則管理部と、
    前記リネージ単位に従って、前記リネージ情報を生成するリネージ管理部と、を有するリネージ管理システム。
  2. 前記規則管理部は、前記対応関係に応じたリネージ単位推定値を算出し、前記リネージ単位推定値と、前記リネージ単位と閾値との関係を示す閾値表とに基づいて、前記リネージ単位を決定する、請求項１に記載のリネージ管理システム。
  3. 前記規則管理部は、前記入力データ及び前記出力データを含む対象データが前記対応関係に関する判定条件に該当するか否かを判断し、当該判断結果に基づいて、前記リネージ単位推定値を算出する、請求項２に記載のリネージ管理システム。
  4. 前記規則管理部は、複数の前記判定条件のそれぞれについて、前記対象データが前記判定条件に該当するか否かを判断し、前記対象データが該当した前記判定条件に基づいて、前記リネージ単位推定値を算出する、請求項３に記載のリネージ管理システム。
  5. 前記規則管理部は、前記対象データが該当した前記判定条件のそれぞれに対して予め割り当てられた数値の和をリネージ単位推定値として算出する、請求項４に記載のリネージ管理システム。
  6. 前記入力データ及び前記出力データは、テーブル構造を有するテーブルデータであり、
    前記要素は、前記テーブルデータの各セルに格納されている、請求項１に記載のリネージ管理システム。
  7. 前記リネージ単位は、前記テーブルデータのカラム単位と、前記テーブルデータのセル単位とのいずれかである、請求項６に記載のリネージ管理システム。
  8. 前記リネージ単位は、前記テーブルデータのカラム単位と、前記テーブルデータのセル単位と、前記テーブルデータのセルに関する条件式単位とのいずれかである、請求項６に記載のリネージ管理システム。
  9. プロセッサを有し、１以上の要素を含む入力データと前記入力データから生成される１以上の要素を含む出力データとの各要素間の対応関係を示すリネージ情報を生成するリネージ管理システムによるリネージ管理方法であって、
    前記プロセッサは、前記入力データから前記出力データを生成するデータ処理の処理内容に基づいて、前記対応関係を規定する単位であるリネージ単位を決定し、
    前記プロセッサは、前記リネージ単位に従って、前記リネージ情報を生成する、リネージ管理方法。

JP2022004668A 2022-01-14 2022-01-14 リネージ管理システム及びリネージ管理方法 Pending JP2023103884A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022004668A JP2023103884A (ja) 2022-01-14 2022-01-14 リネージ管理システム及びリネージ管理方法
US17/950,991 US20230229662A1 (en) 2022-01-14 2022-09-22 Information processing system and lineage management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2022004668A JP2023103884A (ja) 2022-01-14 2022-01-14 リネージ管理システム及びリネージ管理方法

Publications (1)

Publication Number Publication Date
JP2023103884A true JP2023103884A (ja) 2023-07-27

Family

ID=87162001

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022004668A Pending JP2023103884A (ja) 2022-01-14 2022-01-14 リネージ管理システム及びリネージ管理方法

Country Status (2)

Country Link
US (1) US20230229662A1 (ja)
JP (1) JP2023103884A (ja)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4100156B2 (ja) * 2002-12-06 2008-06-11 株式会社日立製作所 データ変換システム
JP2008134705A (ja) * 2006-11-27 2008-06-12 Hitachi Ltd データ処理方法及びデータ分析装置
WO2016016926A1 (ja) * 2014-07-28 2016-02-04 株式会社日立製作所 管理計算機及び性能閾値の評価方法

Also Published As

Publication number Publication date
US20230229662A1 (en) 2023-07-20

Similar Documents

Publication Publication Date Title
Delahanty et al. Development and evaluation of an automated machine learning algorithm for in-hospital mortality risk adjustment among critical care patients
Muthee et al. The impact of routine data quality assessments on electronic medical record data quality in Kenya
CN102947832A (zh) 患者记录的身份匹配
CN110291555B (zh) 用于促进对健康状况的计算分析的系统和方法
US20220044809A1 (en) Systems and methods for using deep learning to generate acuity scores for critically ill or injured patients
JP5891305B2 (ja) 診療プロセス分析システム
US11720833B2 (en) Recreating a time-ordered sequence of events
Dexter et al. What sample sizes are required for pooling surgical case durations among facilities to decrease the incidence of procedures with little historical data?
CN111144658A (zh) 医疗风险预测方法、装置、系统、存储介质与电子设备
Tzeremes Hotel productivity: a robust Luenberger productivity indicator
Goudey et al. Propagation, detection and correction of errors using the sequence database network
CN114330272A (zh) 一种病历模板生成方法、装置、电子设备及存储介质
Levenson et al. Statistical consideration for fit-for-use real-world data to support regulatory decision making in drug development
US20160224741A1 (en) Data input method
Ngugi et al. A multivariate statistical evaluation of actual use of electronic health record systems implementations in Kenya
McParland et al. Multimorbidity, disease count, mortality and emergency care use in persons attending the emergency department: a cross-sectional data-linkage study
CN109102845B (zh) 医疗单据审核方法、装置、计算机设备和存储介质
US20050210038A1 (en) Method for providing workflow functionality and tracking in an annotation subsystem
Higgins et al. Benchmarking inpatient mortality using electronic medical record data: a retrospective, multicenter analytical observational study
JP2023103884A (ja) リネージ管理システム及びリネージ管理方法
US20190279749A1 (en) Patient healthcare record linking system
JP5499835B2 (ja) 医療介護インシデント情報管理プログラム、該装置及び該方法
US9734474B2 (en) Recreating the state of a clinical system
Higgins Not all databases are created equal
Maslove et al. The Many Faces of Prediction Modeling in Critical Care

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240314