JP7221665B2 - data management system - Google Patents
data management system Download PDFInfo
- Publication number
- JP7221665B2 JP7221665B2 JP2018220139A JP2018220139A JP7221665B2 JP 7221665 B2 JP7221665 B2 JP 7221665B2 JP 2018220139 A JP2018220139 A JP 2018220139A JP 2018220139 A JP2018220139 A JP 2018220139A JP 7221665 B2 JP7221665 B2 JP 7221665B2
- Authority
- JP
- Japan
- Prior art keywords
- input data
- tag
- data
- management system
- data management
- 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
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6227—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/21—Design, administration or maintenance of databases
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- General Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Health & Medical Sciences (AREA)
- Document Processing Apparatus (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は、入力データを解析可能に保管するデータ管理システムに関する。 The present invention relates to a data management system that stores input data in an analyzable manner.
従来から、様々な業態においてサービスの提供者と被提供者間でのやり取り、例えば、医療機関では個人の診療録、金融機関では顧客の取引履歴、法律関係機関では判例等が管理されている。このような管理資料は、後に参照可能に管理されており、個人単位や事件単位で履歴の参照や比較に用い、以降の診察や取引、裁判等に役立ててられている。近年では、これらの管理資料はコンピュータ等で入力されて電子データ化され、サーバ等の記憶媒体に保管されている。 2. Description of the Related Art Conventionally, exchanges between service providers and service recipients have been managed in various types of businesses, for example, individual medical records in medical institutions, customer transaction histories in financial institutions, and judicial precedents in legal institutions. Such management materials are managed so that they can be referred to later, and are used for reference and comparison of histories on an individual basis or on a case basis, and are useful for subsequent examinations, transactions, trials, and the like. In recent years, these management materials are input by a computer or the like, converted into electronic data, and stored in a storage medium such as a server.
また近年では、コンピュータの処理能力が向上したことから、大量の入力データを網羅的に解析し、例えばある事業者が保有する全ての既入力データから、消費傾向や罹患傾向等の有益な知識を得る所謂データ解析が注目されている。例えば、特許文献1では、入力データに所定のルールで区切られたテキストにタグを付加した状態で記憶媒体に保管しておき、後に任意のタグを複数選択することで、保管する大量の入力データが網羅的に解析され、選択した複数のタグに関連する情報を抽出できるようになっている。
In recent years, as the processing power of computers has improved, it is possible to comprehensively analyze a large amount of input data. The so-called data analysis obtained is attracting attention. For example, in
特許文献1のように、後に解析されて有益な知識を得るために管理される入力データは、主に日々の業務で複数の担当者によって利用される取引情報等であるため、訂正や補足のために内容が編集される場合がある。しかしながら、内容の編集が行われた後に上書きされてしまうと、内部の情報が入力データの作成当時の内容と異なるものとなってしまい、正確にデータ解析に利用できない場合がある。一方で、入力データの編集を制限することも考えられるが、編集の制限を設定するようなセキュリティ機能を利用すると、データ解析時の参照が困難になる恐れがあった。加えて、データを登録、マイニングするためにコンピュータを用いた環境は、専門の知識を有する者によって構築されていた。
As in
本発明は、このような問題点に着目してなされたもので、入力データを構成するテキストやタグを保管し、入力データの解析時などに必要なテキストを正確に参照できるデータ管理システムおよびデータ管理方法を提供することを目的とする。 The present invention has been made with a focus on such problems. The purpose is to provide a management method.
前記課題を解決するために、本発明のデータ管理システムは、
データ管理システムを提供するサービスサーバはAPIを備え、
前記サービスサーバは、前記APIを用いてクライアント側の端末から入力データを受信する構成であり、
前記受信した入力データから所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいてタグを付与する付与手段と、
前記タグが付与された入力データを複数の記憶手段に保管させる保管指示手段と、
前記クライアント側の端末から受け付けた入力データの参照の通信により、前記複数の記憶手段に保管された入力データを前記付与手段により付与されたタグとともにユーザ単位で前記クライアント側の端末に出力する出力手段と、
を備え、
前記付与手段は、所定の変換ルールにより関数に変換したタグを前記入力データに付与し、
前記出力手段は、前記所定の変換ルールにより変換されたタグを復元して出力できることを特徴としている。
この特徴によれば、サービスサーバは、APIを用いてクライアント側の端末から受信した入力データに対して、所定の検索条件に基づくテキストの抽出と、所定の付与条件に基づくタグの付与を行うため、関係データベースのような既存のタグの付与条件では適切に分類できないテキストに対しても、適切な分類のタグを設定し付与できる。そのため、このデータ管理システムを用いることで、入力データの解析時などに必要なテキストを正確に参照することができる。また、タグが付与された入力データはサービスサーバの保管指示手段により複数の記憶手段に保管され、かつ入力データの解析時などでは、ユーザ単位で参照可能に出力されるため、複数の記憶手段を用いる耐故障性に優れたシステムを、このようなシステムの知識を有していないユーザでも簡単に利用できる環境をAPIにより実現することができる。
In order to solve the above problems, the data management system of the present invention includes:
A service server that provides a data management system has an API,
The service server is configured to receive input data from a client-side terminal using the API,
attachment means for extracting text from the received input data based on a predetermined search condition and attaching a tag to each extracted text based on a predetermined attachment condition;
storage instruction means for storing the input data to which the tag is attached in a plurality of storage means ;
Output means for outputting the input data stored in the plurality of storage means together with the tag given by the giving means to the client-side terminal on a user-by-user basis through reference communication of the input data received from the client-side terminal. and,
with
The adding means adds a tag converted into a function according to a predetermined conversion rule to the input data,
The output means is characterized in that the tag converted according to the predetermined conversion rule can be restored and output.
According to this feature, the service server extracts text based on predetermined search conditions and attaches tags based on predetermined addition conditions to input data received from a client-side terminal using an API. , appropriate classification tags can be set and assigned even to texts that cannot be appropriately classified under existing tag assignment conditions such as relational databases. Therefore, by using this data management system, it is possible to accurately refer to the necessary text when analyzing the input data. Further, the tagged input data is stored in a plurality of storage means by the storage instruction means of the service server, and when the input data is analyzed, etc., it is output so that it can be referenced by each user. The API makes it possible to realize an environment in which even a user who does not have knowledge of such a system can easily use the system with excellent fault tolerance.
前記サービスサーバは、前記保管指示手段において前記タグが付与された入力データをブロックチェーン上で保管させることを特徴としている。
この特徴によれば、タグが付与された入力データはブロックチェーン上で保管されるため、タグが付与された入力データの編集を行うことができず、セキュリティ機能に優れる。また、入力データの作成当時の内容を解析に用いることができ、事業活動に有益な知識を正確に得ることができる。さらに、このようなデータ管理システムをブロックチェーンの知識を有していないユーザでも簡単に利用できるようになる。
The service server is characterized in that the input data to which the tag is attached by the storage instruction means is stored on a block chain.
According to this feature, since the tagged input data is stored on the blockchain, it is impossible to edit the tagged input data, resulting in an excellent security function. In addition, the contents of the input data at the time of creation can be used for analysis, and knowledge useful for business activities can be obtained accurately. In addition, users without knowledge of blockchain can easily use such a data management system.
前記サービスサーバは、前記タグと当該タグの意味する項目情報とが紐付けられた対応表を備え、
前記出力手段は、前記対応表を用いて前記タグの意味する項目情報を出力できることを特徴としている。
この特徴によれば、サービスサーバが備える対応表を用いない限り、記憶手段に保管されている入力データに付与されたタグの意味を一見して判明しないものとすることができ、解析できる知識の漏洩を防ぐことができる。
The service server comprises a correspondence table in which the tags and item information meant by the tags are linked,
The output means is characterized in that it can output the item information that the tag means by using the correspondence table.
According to this feature, unless the correspondence table provided in the service server is used, the meaning of the tag attached to the input data stored in the storage means can be made invisible at a glance, and knowledge that can be analyzed can be obtained. Leakage can be prevented.
前記所定の変換ルールは、前記入力データ毎にそれぞれ設定可能であることを特徴としている。
この特徴によれば、入力データを入力したユーザが、個別に所定の変換ルールを設定できるので、解析できる知識の漏洩を防ぐことができる。
The predetermined conversion rule is characterized in that it can be set for each input data.
According to this feature, the user who has input the input data can individually set a predetermined conversion rule, so that it is possible to prevent leakage of knowledge that can be analyzed.
前記付与手段では、前記入力データの一のテキストについて、各入力データに共通するタグを付与することが可能であることを特徴としている。
この特徴によれば、複数の異なる入力データ間で互いに共通する一のテキストを利用して解析に用いることができる。
The adding means is characterized in that it is possible to add a tag common to each piece of input data to one text of the input data.
According to this feature, it is possible to use one text common to a plurality of different input data for analysis.
前記付与手段は、前記出力手段により出力されたタグが付与された入力データを復元し、所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいて再度タグを付与することができ、
前記保管指示手段は、前記再度タグを付与された入力データを、前記ブロックチェーンにおける現在のブロックの最後尾に連ねて保管させることを特徴としている。
この特徴によれば、以前に保管した入力データを編集及び破棄することなく、タグを付与し直すことができ、正確に解析を行うことができる。
The adding means restores the tagged input data output by the output means, extracts text based on a predetermined search condition, and extracts each extracted text based on a predetermined adding condition. can be re-tagged,
The storage instruction means stores the re-tagged input data at the end of the current block in the block chain.
According to this feature, tags can be added again without editing and discarding previously stored input data, and accurate analysis can be performed.
前記タグの付与条件は変更が可能であり、
前記保管指示手段は、変更前のタグの付与条件と変更後のタグの付与条件との対応関係を示すデータを、前記複数の記憶手段に保管指示できることを特徴としている。
この特徴によれば、区切られたテキストの同様の属性に対して付与されるタグが時期や担当者に応じて異なる場合であっても、同様の属性として解析に利用することができる。
The condition for attaching the tag can be changed,
The storage instruction means is capable of instructing the plurality of storage means to store the data indicating the correspondence relationship between the tag assignment conditions before the change and the tag assignment conditions after the change.
According to this feature, even if the tags attached to the same attributes of the delimited texts are different depending on the period or the person in charge, the same attributes can be used for analysis.
本発明に係るデータ管理システムおよびデータ管理方法を実施するための形態を実施例に基づいて以下に説明する。 Embodiments for implementing a data management system and a data management method according to the present invention will be described below based on embodiments.
実施例に係るデータ管理システムにつき、図1から図8を参照して説明する。 A data management system according to an embodiment will be described with reference to FIGS. 1 to 8. FIG.
データ管理システムは、様々な業態においてサービスの提供者と被提供者間でのやり取り、例えば、医療機関では個人の診療録(カルテ)、金融機関では顧客の取引履歴、法律関係機関では判例等を電子データ化し、後に参照できるようにサーバで管理するシステムである。本実施例では、医療機関におけるカルテを病院単位で管理することを例に取り説明する。 Data management systems are used in a variety of business fields for the exchange between service providers and service recipients, such as personal medical records (medical records) at medical institutions, customer transaction histories at financial institutions, and judicial precedents at legal institutions. It is a system that converts data into electronic data and manages it on a server so that it can be referred to later. In this embodiment, an example of managing charts in a medical institution on a hospital-by-hospital basis will be described.
図1は、本発明のデータ管理システムに係る実施形態を実現するための全体システム図を示し、管理会社(管理者)がデータ管理システムを提供するためのサービスサーバ1、クライアント及び出力手段としてのパーソナルコンピュータ(以下「パソコン」と略称する)2、とを備え、これらがインターネットを通じて相互通信可能に接続されている。パソコン2には、入力手段としてのスキャナー3、キーボード4、マウス5等がそれぞれ接続されている。その他、入力手段としてはペンタブレットとスタイラスペン等も利用できる。
FIG. 1 shows an overall system diagram for realizing an embodiment of the data management system of the present invention. A personal computer (hereinafter abbreviated as “personal computer”) 2 is provided, and these are connected via the Internet so as to be able to communicate with each other. A
そして、上記各パソコン2は、ハードディスク等の図示省略の記録手段やRAM等に加え、電子化処理部を備えている。スキャナー3により撮像された紙媒体の管理書類は、電子化処理部にて記載された文字情報が文字認識され、テキストデータに変換される。
Each of the
サービスサーバ1は、後述するブロックチェーンの動作環境である複数のコンピュータ(記録手段)6とAPI(Application Program Interface)サーバ(記録手段)7と利用者管理サーバ(記録手段)8と処理サーバ9(記録手段)がネットワークで接続されて構成されており、クライアント側のパソコン2から管理書類のテキストデータである入力データを受信し、この入力データの管理を行う。
The
本実施例におけるデータ管理システムでは、入力データはブロックチェーンの技術を利用して保管される。サービスサーバ1を構成する複数のコンピュータ6は、ブロックチェーンのブロックを生成する複数のノードである。
In the data management system of this embodiment, input data is stored using blockchain technology. A plurality of
APIサーバ7は、データ管理システムを提供する管理会社が運用するサーバであり、クライアント側のパソコン2から受信した入力データをブロックチェーン上に保管するために必要なデータの変換や後に詳述するタグの付与をブロックチェーンの知識を有していないクライアントでも簡単に利用することができるAPIを提供するインターネット上のサーバである。尚、APIサーバ7に実装されて動作するAPIは、クライアント側のパソコン2で起動したウェブブラウザ上で動作する。
The
データ管理システムを利用するユーザは、データ管理システムの管理会社が公開するホームページにて、予め固有のユーザIDとパスワードとを登録しておく。利用者管理サーバ8は、ホームページにて入力されたユーザIDとパスワードと当該ユーザIDのユーザに割り当てられたブロックチェーンへのリンク情報との対応関係を保有する対応テーブルを備えている。
A user who uses the data management system registers a unique user ID and a password in advance on the homepage published by the management company of the data management system. The
ユーザがデータ管理システムに入力データを入力する際には、まずパソコン2で起動したウェブブラウザを用いて管理会社が公開するホームページにアクセスする。図2に示されるように、ホームページの初期画面10には、ユーザIDの入力欄11とパスワードの入力欄12と、ログインボタン13とが表示され、アクセスしてきたユーザに対して、ユーザIDとパスワードの入力が求められる。
When a user inputs input data to the data management system, first, he/she accesses the home page published by the management company using a web browser started on the
ユーザは、これらユーザIDの入力欄11とパスワードの入力欄12に入力し、ログインボタン13を選択する。ログインボタン13が選択されると、入力されたユーザIDとパスワードとは利用者管理サーバ8(図1参照)に送られ、入力されたユーザIDとパスワードとの組み合わせが対応テーブルを参照して正しいことが判断できたことに基づき、図3に示されるユーザーページ14が表示される。
The user enters the user
ユーザーページ14には、データ入力ボタン15とデータ参照ボタン16とが選択可能に表示される。ユーザは新たに診療録の電子データをアップロードする際には、データ入力ボタン15を選択し、既に管理されている診療録の電子データを参照する際には、データ参照ボタン16を選択する。
A
データ入力ボタン15が選択されると、図4に示されるデータ入力ページ17が表示される。データ入力ページ17には、ファイル選択ボタン18とアップロードボタン19とが表示される。ユーザがファイル選択ボタン18を選択すると、クライアント側のパソコン2の記憶媒体に記憶された診療録の電子データを選択可能なウィンドウが表示され、アップロードボタン19の選択により、当該選択した診療録の電子データがAPIサーバ7(図1参照)のAPIを介して処理サーバ9に送信される。
When the
処理サーバ9では、まず診療録の電子データをファイル形式等に基づき、全文検索可能なテキストデータであるか否か判別する。テキストデータであれば、次のタグを付与するステップ(付与手段)に移り、テキストデータでなければ、クライアント側のパソコン2にエラーを返す。つまり、ユーザはアップロード時には全文検索可能なテキストデータを用意することになる。
The
タグを付与するステップにおいて、まずAPIの有する検索機能によりテキストデータが全文検索される。タグを付与するステップでは、予め設定した所定の付与条件で名詞等の文字データ(例えば、項目名である既往歴等)をテキストデータから発見し、タグを付与したXML形式のファイルに変換する。 In the tagging step, the full text of the text data is first searched by the search function of the API. In the tagging step, character data such as nouns (for example, an item name such as medical history) is found from the text data under predetermined conditions, and converted into a tagged XML file.
変換された後のXML形式のファイルにおいて、各タグは所定の変数で関数化されている。図5はXML形式のファイルに変換される前の診療録の電子データであり、図6は診療録の電子データが変換されたXML形式のファイルにおいて、付与された各タグを関数から視覚的に単語を判別可能に復元したものである。 In the converted XML format file, each tag is functionized with a predetermined variable. FIG. 5 shows the electronic data of the medical record before being converted into an XML format file, and FIG. The words are reconstructed so that they can be distinguished.
例えば、図5の診療録の電子データから項目を示す「既往歴」という単語の文字データと、この「既往歴」という単語の近傍の単語である「インフルエンザ」と「虫垂炎」という文字データとが発見されると、「インフルエンザ」と「虫垂炎」とが「既往歴」に該当するものと判断する。そして、図6のXML形式のファイルにおいて、<既往歴>と</既往歴>の間に「インフルエンザ」と「虫垂炎」の文字データをそれぞれ配置する。 For example, from the electronic data of the medical record in FIG. 5, the character data of the word "previous history" indicating the item, and the character data of "influenza" and "appendicitis", which are words near the word "previous history". If found, "influenza" and "appendicitis" are judged to correspond to the "pre-existing history." Then, in the XML format file of FIG. 6, character data of "influenza" and "appendicitis" are placed between <medical history> and </medical history>, respectively.
このように、「既往歴」「インフルエンザ」「虫垂炎」等の単語を認識することと、これら「インフルエンザ」「虫垂炎」が「既往歴」に対応することは、所定のタグの付与条件として、予め管理会社とユーザとで処理サーバ9に設定されている。
In this way, recognizing words such as "anamnesis", "influenza", "appendicitis" and corresponding to "anamnesis" by "influenza" and "appendicitis" can be performed in advance as conditions for attaching a predetermined tag. It is set in the
加えて、本実施例におけるAPIは、タグの付与条件として、「インフルエンザ」という文字データが「呼吸器」の疾患であり、「虫垂炎」という文字データが「循環器」の疾患であると判定することができる付与条件も備えている。そして、XML形式のファイルにおいて「インフルエンザ」を挟むように<呼吸器>と</呼吸器>のタグを、「虫垂炎」を挟むように<循環器>と</循環器>のタグを、それぞれ配置する。つまり、「インフルエンザ」という文字データには、下位のサブタグである<呼吸器></呼吸器>のタグと、上位のメインタグである<既往歴></既往歴>というタグが付与され、これら複数のタグが階層で分けられて判定可能となっている。なお、一つの文字データに複数のタグが付与されるようになっていてもよい。例えば「インフルエンザ」という文字列に「呼吸器」と「ウィルス」という2つのタグが付与されるようになっていてもよい。 In addition, the API in the present embodiment determines that the character data "influenza" is a disease of the "respiratory system" and the character data "appendicitis" is a disease of the "circulatory system" as the tagging conditions. It also has grant conditions that allow it. Then, in the XML format file, add <respiratory> and </respiratory> tags to enclose "influenza", and <cardiology> and </respiratory> tags to enclose "appendicitis", respectively. Deploy. In other words, the character data "influenza" is given the lower subtags <respiratory></respiratory> and the higher main tag <previous history></previous history>. These multiple tags can be divided into hierarchies and determined. A plurality of tags may be attached to one character data. For example, two tags of "respiratory system" and "virus" may be attached to the character string "influenza".
処理サーバ9は、タグを付与するステップが完了すると、タグの付与が完了したXML形式のファイルを保管するステップ(保管指示手段)に移る。このとき、各タグはデータ管理システムを提供する所定の処理サーバ9により、所定の変数で関数化されている。保管するステップでは、タグの付与が完了したXML形式のファイルを、サービスサーバ1を構成するいずれかのコンピュータ6にてブロックチェーンの形式に沿ってハッシュ値化し、前述の対応テーブルにて照会されたユーザIDに対応するブロックチェーンへのリンクを用いて複数のブロックチェーンの中から該当するブロックチェーンを特定し、サービスサーバ1を構成する複数のノードとして機能するコンピュータ6の環境において動作するブロックチェーン上で保管させる。
When the tagging step is completed, the
また、各タグはデータ管理システムを提供する所定の処理サーバ9により、所定の変数で関数化されているので、入力データがブロックチェーンのハッシュ値から復元された状態では、図7に示されるように視覚的に単語を判別不能となっている。
In addition, since each tag is functionized with a predetermined variable by a
処理サーバ9は、APIを用いてブロックチェーン上に保管された複数の入力データを参照する機能(出力手段)を有する。ユーザは、パソコン2で起動したウェブブラウザを用いて管理会社が公開するホームページにアクセスしログインを行う。
The
ユーザは、ログイン後にクライアント側のパソコン2に表示されるユーザーページ14のデータ参照ボタン16を選択する。処理サーバ9はAPIにおける、データ参照ボタン16の選択に基づき、入力データを参照するステップを開始する。詳しくは、ログイン時に受信したユーザIDを対応テーブルで参照し、対応するブロックチェーンへのリンクを用いて、当該ブロックチェーン上で保管されている入力データを抽出し、ついでハッシュ値からXML形式のファイルに復元し、かつタグを関数から復元し、これらXML形式のファイルとタグをクライアント側のパソコン2から参照可能な状態とする。
The user selects the
このように、所定の検索条件によって抽出されたテキストと、当該テキストに付与されたタグを用いることで、事業活動に有益な知識を得るためのデータ解析に利用することができる。例えば、医療の分野では、ユーザである一の病院の患者全ての診療録の入力データを解析することで、近似する既往歴の患者同士の診療録の入力データから、疾患傾向や有効な治療法の研究等に役立つ知識を得られる可能性がある。 In this way, by using texts extracted according to predetermined search conditions and tags attached to the texts, it is possible to use the texts for data analysis in order to obtain useful knowledge for business activities. For example, in the medical field, by analyzing the input data of the medical records of all patients in one hospital, which is the user, disease trends and effective treatment methods can be obtained from the input data of the medical records of patients with similar medical histories. There is a possibility that knowledge useful for the research of
図8は、データ解析時における出力画面の一例であり、ここでは裁判所の判例を検索する際の画面を示している。サービスサーバ1は、ここでは図示しないタグを選択できる選択画面をクライアント側のパソコン2に表示させて複数のタグの選択を促し、複数のタグが選択されると、選択された複数のタグにおいて、検索時の重み付けが可能な重要度付与画面(図8参照)を表示させる。
FIG. 8 is an example of an output screen at the time of data analysis, and here shows a screen when retrieving court precedents. The
重要度付与画面には、色分けされた複数のライン31が連続して伸びる重要度ゲージ30が表示されている。重要度ゲージ30の複数のライン31には、選択された全てのタグがそれぞれ対応しており、隣接するライン31同士の境界に表示されるスライダー32をマウス5等の操作で左右に移動させることで、隣接するライン31同士の長さを調整可能となっている。処理サーバ9では、ライン31の長さを重要度の指標として検索に用いることができるようになっている。また、各ライン31の上部には、それぞれのライン31の長さが数値に換算されて表示されている。これらの数値の合計は100であり、ユーザは、重要度付与画面にて選択したタグの重要度をラインの長さと数値とを用いて視覚的に把握,調整が可能になっている。なお、重要度ケージ30は直線状でなくとも、円環状等視覚的に認識しやすい形状であればよい。
The importance level assignment screen displays an
また、処理サーバ9にてテキストデータにタグを付与する際の付与条件は、管理会社やユーザによって適宜設定され、かつ適宜変更可能である。尚、保管指示手段は、変更前のタグの付与条件と変更後のタグの付与条件との対応関係を示すデータを、ブロックチェーン上に保管させる指示を行うことができる。これによれば、区切られたテキストの同様の属性に対して付与されるタグが時期や担当者、例えば一の病院の職員に応じて異なる場合であっても、同様の属性として解析に利用することができる。
Further, the conditions for tagging the text data by the
以上説明したように、サービスサーバ1は、クライアント側のパソコン2から受信した入力データに対して、処理サーバ9を用いて所定の検索条件に基づくテキストの抽出と、所定の付与条件に基づくタグの付与を行うため、従来の関係データベースのような既存のタグの付与条件では適切に分類できないテキストに対しても、適切な分類のタグを設定し付与できる。そのため、このデータ管理システムを用いることで、入力データの解析時などに必要なテキストを正確に参照することができる。また、タグが付与された入力データは処理サーバ9の保管指示手段により複数のコンピュータ6に保管され、かつ入力データの解析時などでは、ユーザIDに割り当てられたブロックチェーンへのリンク情報との対応関係を保有する対応テーブルを用いることで、ユーザ単位で参照可能に出力することができる。また、ユーザによるAPIの操作で処理サーバ9に上記の処理を実行させることができ、複数のコンピュータ6を用いる耐故障性に優れたシステムを簡単に利用できる環境をAPIにより実現することができる。
As described above, the
また、処理サーバ9はタグが付与された入力データをブロックチェーン上で保管する。これによれば、タグが付与された入力データの編集を行うことができず、内容が改竄されることがないので、セキュリティ機能に優れる。また、悪意ある改竄に限らず入力データの作成当時の内容と保管時のタイムスタンプが保持されるため、入力データの作成当時の内容を解析に用いることができ、事業活動に有益な知識を正確に得ることができる。また、上記したAPI及び処理サーバ9の機能を用いてブロックチェーンの知識を有していないユーザでも耐故障性とセキュリティ機能に優れ、かつ適切な分類のタグを設定し付与して参照が可能なシステムを活用することができる。
In addition, the
また、処理サーバ9では入力データの入力時には所定の変数によりタグを関数化し、出力時には同じ所定の変数を用いてタグを関数から復元するため、所定の変数を把握している管理会社の処理サーバ9によってのみ、タグの意味が判明し項目情報を出力できるため、解析できる知識の漏洩を防ぐことができる。
In the
また、タグの付与手段は、入力データの中の一のテキストについて、各入力データに共通するタグを付与することが可能であるため、複数の異なる入力データ間で互いに共通する一のテキストを利用して解析に用いることができる。 In addition, since the tag adding means can add a common tag to each piece of input data for one text in the input data, one text common to a plurality of different input data is used. can be used for analysis.
また、タグの付与手段では、出力手段により出力されたタグが付与された入力データを復元して再度タグを付与することができ、保管手段は、再度タグを付与された入力データをブロックチェーンにおける現在のブロックの最後尾に連ねて保管させることができる。これによれば、以前に保管した入力データを編集及び破棄することなく、タグを付与し直すことができ、正確に解析を行うことができる。 In addition, the tagging means can restore the tagged input data output by the output means and add the tag again, and the storage means stores the re-tagged input data in the blockchain. It can be stored in a row at the end of the current block. According to this, tags can be added again without editing and discarding previously stored input data, and accurate analysis can be performed.
以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。 Although the embodiments of the present invention have been described above with reference to the drawings, the specific configuration is not limited to these embodiments, and any changes or additions within the scope of the present invention are included in the present invention. be
例えば、前記実施例では、処理サーバ9は保存指示手段によりタグを付与した入力データをブロックチェーン上で保管するようになっているが、これに限らず、ブロックチェーンに限らず、複数のコンピュータにてデータを保管する所謂分散型データベースで当該入力データを保管する構成であってもよい。
For example, in the above-described embodiment, the
また、前記実施例におけるブロックチェーンは、管理会社が提供するサービスサーバ1を構成する複数のコンピュータ6上の環境で動作する、所謂プライベートチェーンで説明したが、パブリックチェーンの仕様であってもよい。
Also, although the block chain in the above embodiment is explained as a so-called private chain that operates in an environment on a plurality of
また、タグを一見してタグの意味が判明しないものに変換する仕様として、前記実施例では所定の変数で関数化することを例に説明したが、これに限らず、他の変換ルールが用いられてもよい。加えて、特定のルールを用いずにAPIがタグとダグの意味する項目情報とが紐付けられた対応テーブルを備えることで変換を行ってもよく、この場合、入力データの出力時にも同様の対応テーブルを用いてタグを復元する。これによれば、所定の対応テーブルを用いない限り、分散サーバに保管されている入力データに付与されたタグの意味を一見して判明しないものとすることができ、解析できる知識の漏洩を防ぐことができる。 Also, as a specification for converting a tag into something whose meaning cannot be understood at first glance, the above-described embodiment has been described as an example in which a predetermined variable is converted into a function. may be In addition, without using any specific rules, the API may perform conversion by providing a correspondence table in which tags and item information meant by tags are linked. Restore the tag using the correspondence table. According to this, unless a predetermined correspondence table is used, the meaning of the tag attached to the input data stored in the distributed server can be made invisible at a glance, preventing leakage of knowledge that can be analyzed. be able to.
また、タグを関数化する所定の変数は、入力データ毎、もしくはユーザ毎にそれぞれ設定してもよい。これによれば、ユーザに対して個別に所定の変換ルールを設定できるので、解析できる知識の漏洩を防ぐことができる。 Also, the predetermined variable that functions the tag may be set for each input data or for each user. According to this, since predetermined conversion rules can be individually set for users, it is possible to prevent leakage of knowledge that can be analyzed.
また、タグのみならず、テキストも変数で関数化された後にハッシュ値に変換される仕様としてもよいし、テキストのみ関数化し、タグは関数化されていなくてもよく、入力データからの知識の漏洩を防ぐ意図がなければ、これらタグもテキストも関数化されなくともよい。 Also, not only the tags but also the text may be functionized with variables and then converted to hash values, or only the text may be functionized and the tags may not be functionized. Neither these tags nor the text need be functionalized unless there is an intention to prevent leakage.
また、管理会社が提供するサービスサーバ1を構成するAPIを備えるAPIサーバ7と、対応テーブルを備える利用者管理サーバ8と処理サーバ9とは、それぞれの機能を兼ねる一台のコンピュータで構成されていてもよい。
Also, the
また、ユーザが利用するクライアント側の端末は、パソコンに限らず、タブレットやスマートフォンでもよい。 Also, the client-side terminal used by the user is not limited to a personal computer, and may be a tablet or a smartphone.
また、診療録等の入力データは、アップロードする仕様に限らず、APIがカルテの記入画面を提供し、クライアント側のパソコン2のウェブブラウザ上で直接文字データを入力する構成としてもよい。
Input data such as a medical record is not limited to specifications for uploading. The API may provide a chart entry screen, and text data may be directly input on the web browser of the
また、前記実施例において、スキャナー3にてスキャンした、そのままでは全文検索ができないファイルは、パソコン2にてテキストデータに変換される構成で説明したが、これに限らず、例えば処理サーバ9に文字認識機能とテキスト変換機能とを備えて、処理サーバ9上でスキャナー3にてスキャンしたファイルからタグを付与したXML形式のファイルを作成可能な仕様としてもよい。
Further, in the above-described embodiment, a file scanned by the
また、XML形式のファイルに付与されたタグは、その一部が従来のRDMのタグ情報と共通するものとしてもよい。これによれば、サービスサーバ1で保管される入力データと、サービスサーバ1以外の記憶媒体にて従来のRDB形式で保管された診療録等の入力データとの双方を用いて解析を行うことができる。
Further, a part of the tag attached to the XML format file may be common to conventional RDM tag information. According to this, it is possible to perform analysis using both the input data stored in the
1 サービスサーバ
2 パソコン
3 スキャナー
4 キーボード
5 マウス
6 コンピュータ(記憶手段)
7 APIサーバ(記憶手段)
8 利用者管理サーバ(記憶手段)
9 処理サーバ(記憶手段)
10 初期画面
14 ユーザーページ
15 データ入力ボタン
16 データ参照ボタン
17 データ入力ページ
18 ファイル選択ボタン
19 アップロードボタン
1
7 API server (storage means)
8 User management server (storage means)
9 processing server (storage means)
10
Claims (7)
前記サービスサーバは、前記APIを用いてクライアント側の端末から入力データを受信する構成であり、
前記受信した入力データから所定の検索条件に基づいてテキストを抽出し、抽出された各テキストに対して所定の付与条件に基づいてタグを付与する付与手段と、
前記タグが付与された入力データを複数の記憶手段に保管させる保管指示手段と、
前記クライアント側の端末から受け付けた入力データの参照の通信により、前記複数の記憶手段に保管された入力データを前記付与手段により付与されたタグとともにユーザ単位で前記クライアント側の端末に出力する出力手段と、
を備え、
前記付与手段は、所定の変換ルールにより関数に変換したタグを前記入力データに付与し、
前記出力手段は、前記所定の変換ルールにより変換されたタグを復元して出力できることを特徴とするデータ管理システム。 A service server that provides a data management system has an API,
The service server is configured to receive input data from a client-side terminal using the API,
attachment means for extracting text from the received input data based on a predetermined search condition and attaching a tag to each extracted text based on a predetermined attachment condition;
storage instruction means for storing the input data to which the tag is attached in a plurality of storage means ;
Output means for outputting the input data stored in the plurality of storage means together with the tag given by the giving means to the client-side terminal on a user-by-user basis through reference communication of the input data received from the client-side terminal. and,
with
The adding means adds a tag converted into a function according to a predetermined conversion rule to the input data,
The data management system, wherein the output means can restore and output the tag converted according to the predetermined conversion rule.
前記出力手段は、前記対応表を用いて前記タグの意味する項目情報を出力できることを特徴とする請求項1または2に記載のデータ管理システム。 The service server comprises a correspondence table in which the tags and item information meant by the tags are linked,
3. A data management system according to claim 1, wherein said output means is capable of outputting item information meant by said tags using said correspondence table.
前記保管指示手段は、前記再度タグを付与された入力データを、前記ブロックチェーンにおける現在のブロックの最後尾に連ねて保管させることを特徴とする請求項2に記載のデータ管理システム。 The adding means restores the tagged input data output by the output means, extracts text based on a predetermined search condition, and extracts each extracted text based on a predetermined adding condition. can be re-tagged,
3. The data management system according to claim 2, wherein said storage instruction means stores said re-tagged input data at the end of the current block in said block chain.
前記保管指示手段は、変更前のタグの付与条件と変更後のタグの付与条件との対応関係を示すデータを、前記複数の記憶手段に保管指示できることを特徴とする請求項1ないし6のいずれかに記載のデータ管理システム。 The condition for attaching the tag can be changed,
7. The storage instruction means according to any one of claims 1 to 6, wherein said storage instruction means can instruct said plurality of storage means to store data indicating a correspondence relationship between a tag assignment condition before change and a tag assignment condition after change. data management system according to
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018220139A JP7221665B2 (en) | 2018-11-26 | 2018-11-26 | data management system |
| KR1020190152263A KR20200062057A (en) | 2018-11-26 | 2019-11-25 | Data management system and method therefor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018220139A JP7221665B2 (en) | 2018-11-26 | 2018-11-26 | data management system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2020086901A JP2020086901A (en) | 2020-06-04 |
| JP7221665B2 true JP7221665B2 (en) | 2023-02-14 |
Family
ID=70909953
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018220139A Active JP7221665B2 (en) | 2018-11-26 | 2018-11-26 | data management system |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP7221665B2 (en) |
| KR (1) | KR20200062057A (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003330947A (en) | 2002-05-09 | 2003-11-21 | Nippon Steel Corp | Fact data extraction device |
| JP2008217170A (en) | 2007-02-28 | 2008-09-18 | Toshiba Corp | Information processing apparatus and program |
| JP2018525729A (en) | 2015-07-14 | 2018-09-06 | エフエムアール エルエルシー | Computationally efficient transfer processing, auditing and searching apparatus, method and system |
| US20180314809A1 (en) | 2017-04-28 | 2018-11-01 | Accenture Global Solutions Limited | Entitlement management system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003196471A (en) | 2001-12-28 | 2003-07-11 | Dainippon Printing Co Ltd | Information collection method and system |
-
2018
- 2018-11-26 JP JP2018220139A patent/JP7221665B2/en active Active
-
2019
- 2019-11-25 KR KR1020190152263A patent/KR20200062057A/en not_active Ceased
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003330947A (en) | 2002-05-09 | 2003-11-21 | Nippon Steel Corp | Fact data extraction device |
| JP2008217170A (en) | 2007-02-28 | 2008-09-18 | Toshiba Corp | Information processing apparatus and program |
| JP2018525729A (en) | 2015-07-14 | 2018-09-06 | エフエムアール エルエルシー | Computationally efficient transfer processing, auditing and searching apparatus, method and system |
| US20180314809A1 (en) | 2017-04-28 | 2018-11-01 | Accenture Global Solutions Limited | Entitlement management system |
Non-Patent Citations (1)
| Title |
|---|
| 松平正樹、外4名,文書中のキーワードに関する多種多様な情報を収集・整理するシステム~システムの概要と固有表現抽出技術,,沖テクニカルレビュー,沖電気工業株式会社,2004年10月01日,Vol.71, No.4,pp.46~49 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2020086901A (en) | 2020-06-04 |
| KR20200062057A (en) | 2020-06-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11995592B2 (en) | Systems and methods for enhancing workflow efficiency in a healthcare management system | |
| US10970314B2 (en) | Content discovery systems and methods | |
| US9639662B2 (en) | Systems and methods for event stream platforms which enable applications | |
| Oard et al. | Information retrieval for e-discovery | |
| Nicholson | The basis for bibliomining: Frameworks for bringing together usage-based data mining and bibliometrics through data warehousing in digital library services | |
| Louise Lemieux et al. | Meeting Big Data challenges with visual analytics: The role of records management | |
| Beel et al. | The architecture and datasets of Docear's Research paper recommender system | |
| US8606601B2 (en) | Apparatus and method of automated information extraction and implementation through large scale networks | |
| KR20060030014A (en) | Method and system for constructing and deploying universal annotations | |
| US11042563B1 (en) | Database interface system | |
| Cheng et al. | Healthcare services across China–on implementing an extensible universally unique patient identifier system | |
| JP2013537326A (en) | Medical Information Navigation Engine (MINE) system | |
| Mirel et al. | A methodological assessment of privacy preserving record linkage using survey and administrative data | |
| US20230298708A1 (en) | Unstructured to structured data pipeline in a clinical trial verification system | |
| Niland et al. | An informatics blueprint for healthcare quality information systems | |
| JP2008052570A (en) | System for managing operation history | |
| Abdullah et al. | Decision making using document driven decision support systems | |
| JP7221665B2 (en) | data management system | |
| US11880392B2 (en) | Systems and methods for associating data with a non-material concept | |
| US20170277678A1 (en) | Document crowdsourced proofreading system and method | |
| KR102183815B1 (en) | Data Management System and Data Management Method | |
| Heurix et al. | Recognition and pseudonymisation of medical records for secondary use | |
| US20160019231A1 (en) | Reporting tool and method therefor | |
| CA3168741C (en) | Systems and methods for associating data with a non-material concept | |
| Neamtu et al. | The impact of Big Data on making evidence-based decisions |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20191112 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20210520 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20220523 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220531 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220726 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20221004 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20221115 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20230131 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230202 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7221665 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |