JP5444278B2 - Medical examination data management device, medical examination data management method and program - Google Patents
Medical examination data management device, medical examination data management method and program Download PDFInfo
- Publication number
- JP5444278B2 JP5444278B2 JP2011066202A JP2011066202A JP5444278B2 JP 5444278 B2 JP5444278 B2 JP 5444278B2 JP 2011066202 A JP2011066202 A JP 2011066202A JP 2011066202 A JP2011066202 A JP 2011066202A JP 5444278 B2 JP5444278 B2 JP 5444278B2
- Authority
- JP
- Japan
- Prior art keywords
- medical examination
- data
- field
- examination data
- type
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は、地方自治体などで使用するのに好適な健診データ管理装置、健診データ管理方法およびプログラムに関する。 The present invention relates to a medical examination data management device, a medical examination data management method, and a program suitable for use in a local government or the like.
市町村などの地方自治体は、がん健診など各種の健康診断サービスを住民に提供する場合には、しばしば、その健康診断(以下、健診という)の結果を集計して国(厚生労働省など)へ報告することが求められる。ところが、各地方自治体で実施された健診で用いられている健診の項目名や診断コードは、国へ報告するときに用いられるものと異なる場合が多い。従って、市町村の健診データの管理者は、国へ報告する集計データの作成に手間取ることが多かった。 Local governments such as municipalities often aggregate the results of health checkups (hereinafter referred to as health checkups) when providing various health checkup services such as cancer checkups to residents. To report to. However, in many cases, the item names and diagnosis codes of the medical examinations used in the medical examinations conducted in each local government are different from those used when reporting to the country. Therefore, the administrator of the medical examination data in the municipalities often takes time to create the total data to be reported to the country.
特許文献1には、受信した医療機関ごとに異なる健診項目や診断コードからなる各個人の健診データを標準化し、その標準化した健診データを所定のデータベースに蓄積し、そのデータベースに蓄積された健診データを用いて、各種の医療集計データを取得することが可能な医療検査データ集計システムの例が開示されている。
しかしながら、特許文献1には、その医療検査データ集計システムを複数の市町村で共通に利用する技術については、何ら記載されていない。また、各市町村がこの医療検査データ集計システムを採用することは、現に各市町村で用いられている健診データ管理システムを全面的にリプレースする必要があることを意味する。そのリプレースには、大きなコストがかかる。
However,
そこで、本発明は、各市町村などで現用されている健診データ管理システムをほとんど変更することなく、複数の市町村間で健診データのデータベースおよび集計処理を共通化することが容易な健診データ管理装置、健診データ管理方法およびプログラムを提供することを目的とする。 Accordingly, the present invention provides a medical checkup data that can be easily shared between a plurality of municipalities and a medical checkup data database and a summary process without substantially changing the medical checkup data management system currently used in each municipality. An object of the present invention is to provide a management device, a medical examination data management method, and a program.
本発明に係る健診データ管理装置は、1つ以上の処理装置と記憶装置とを少なくとも備え、健診の種別ごとに、1のサイトで収集された第1のフィールド形式(サイトごとに定められたフィールド形式)を有する健診データを、前記1のサイトとは別のサイトとの間で共通化された第2のフィールド形式を有する健診データに変換して、前記記憶装置上に構成された健診結果データベースに登録する健診データ管理装置であって、次のような特徴を有する。 The medical examination data management apparatus according to the present invention includes at least one processing device and a storage device, and a first field format (determined for each site) collected at one site for each type of medical examination. and the medical examination data that have a field format), is converted into checkups data having a second field format that is common between the different site and the one site the storage device on The medical checkup data management apparatus registered in the medical checkup result database configured as described above has the following characteristics.
前記記憶装置に、あらかじめ、
(1−1)前記健診の種別ごとに構成され、前記第1のフィールド形式を有する健診データにおけるフィールド名を、前記第2のフィールド形式を有する健診データにおけるフィールド名に直接的に対応付けて変換する第1の変換テーブルと、
(1−2)前記健診の種別ごとに構成され、前記第1のフィールド形式を有する健診データのフィールドで用いられる値を、前記第2のフィールド形式を有する健診データのフィールドで用いられる値に直接的に対応付けて変換する第2の変換テーブルと、
(1−3)前記健診結果データベースから前記健診の種別ごとに特定の健診データを取得するための集計条件を表した集計条件テーブルと、を格納しておく。
そして、前記処理装置は、
(2−1)前記健診の種別に応じた前記第1のフィールド形式を有する健診データの入力を受付ける健診データ入力部と、
(2−2)前記受付けた第1のフィールド形式を有する健診データを、前記健診の種別に応じた前記第1の変換テーブルと前記第2の変換テーブルとを用いて、前記第2のフィールド形式の健診データに変換するデータ変換部と、
(2−3)前記変換した第2のフィールド形式の健診データを前記健診の種別ごとに前記健診結果データベースに登録するデータベース管理部と、
(2−4)集計処理の依頼を受け付けたときには、前記集計条件テーブルによって指定される前記健診の種別ごとの集計条件に該当する健診データを、前記健診結果データベースから取得し、前記取得した健診データを前記健診の種別ごとに集計する集計処理部と、
(2−5)前記健診の種別ごとに集計された結果を出力装置に出力する集計データ出力部と、
を備えたことを特徴とする。
In the storage device in advance,
(1-1) The field name in the medical examination data configured for each type of the medical examination and having the first field format directly corresponds to the field name in the medical examination data having the second field format. A first conversion table to be attached and converted;
(1-2) The values used in the medical examination data field having the first field format configured for each type of the medical examination are used in the medical examination data field having the second field format. A second conversion table for converting in direct correspondence with values;
(1-3) A count condition table that represents count conditions for acquiring specific checkup data for each type of checkup from the checkup result database is stored.
And the processing device
(2-1) A medical examination data input unit that receives input of medical examination data having the first field format according to the type of the medical examination ;
(2-2) Using the first conversion table and the second conversion table according to the type of the medical examination , the second medical examination data having the accepted first field format is used as the second conversion table. A data converter for converting into medical examination data in field format;
(2-3) a database management unit that registers the converted medical examination data in the second field format in the medical examination result database for each type of the medical examination;
(2-4) The case of accepting a request for current meter processing, medical examination data corresponding to the aggregation condition for each type of the medical examination specified by the previous SL current meter condition table is acquired from the medical examination result database A totalization processing unit that totalizes the acquired medical examination data for each type of the medical examination ;
(2-5) and aggregate data output unit for outputting to an output device aggregated results for each type of the medical examination,
It is provided with.
本発明によれば、各市町村などで現用されている健診データ管理システムをほとんど変更することなく、複数の市町村間で健診データのデータベースおよび集計処理を共通化することが容易になる。 ADVANTAGE OF THE INVENTION According to this invention, it becomes easy to make common the database and totaling process of medical examination data between several municipalities, without changing the medical examination data management system currently used in each municipality.
以下、本発明の実施形態について、図面を参照して詳細に説明する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
図1は、本発明の実施形態に係る健診データ管理装置の構成の例を示した図である。図1に示すように、本発明の実施形態に係る健診データ管理装置100は、健診データベース管理装置1と、1つまたは複数の健診データ管理端末2と、を含んで構成される。
FIG. 1 is a diagram showing an example of the configuration of a medical examination data management apparatus according to an embodiment of the present invention. As shown in FIG. 1, a medical examination data management apparatus 100 according to an embodiment of the present invention includes a medical examination
健診データベース管理装置1は、処理装置10と記憶装置15とを少なくとも有する、いわゆるコンピュータによって構成される。そして、記憶装置15には、フィールド名称変換テーブル16、フィールド値変換テーブル17、集計条件テーブル18、健診結果データベース19などが構成されており、また、処理装置10には、データ変換部12、データベース管理部11、集計処理部13などの機能ブロックが構成されている。なお、これらの機能ブロック(データ変換部12、データベース管理部11、集計処理部13)の機能は、いずれも、処理装置10の図示しない演算処理部が、記憶装置15にあらかじめ格納されたプログラムを読み出して、実行することによって実現される。
The medical examination
健診データ管理端末2は、処理装置20、図示しない記憶装置、入力装置25(キーボード、マウスなど)、表示装置24(液晶ディスプレイなど)、プリンタ26を含んで構成されたパーソナルコンピュータなどによって構成される。そして、処理装置20には、健診データ入力部21、集計処理依頼部22、集計データ出力部23などの機能ブロックが構成されている。なお、これらの機能ブロック(健診データ入力部21、集計処理依頼部22、集計データ出力部23)の機能は、いずれも、処理装置20の図示しない演算処理部が、図示しない記憶装置に格納されているプログラムを読み出して実行することによって実現される。
The medical examination
ここで、健診データベース管理装置1と健診データ管理端末2とは、図示しない通信バスまたは通信ネットワークで通信可能に接続されているものとする。また、健診データベース管理装置1と健診データ管理端末2とは、1つのコンピュータで構成されていてもよく、また、1つの筐体などに収納された複数のコンピュータによって構成されていてもよい。
Here, it is assumed that the medical examination
健診結果データベース19は、個々人のがん健診など健康診断の結果のデータ(以下、単に、健診データという)が登録されたデータベースであり、健診データの種類に応じ、それぞれ異なる複数のテーブルによって構成される。以下、本実施形態では、健診結果データベース19を構成するテーブルをマスタテーブルという。なお、本明細書において、マスタテーブルと称するテーブルは、複数のサイト、すなわち、複数の市町村で共通化されたテーブルであることを意味するものとする。
The medical
続いて、図2〜図4を参照して、健診結果データベース19におけるマスタテーブルの構成の例について説明する。図2は、健診結果データベース19に含まれる胃がん健診マスタテーブル191および大腸がん健診マスタテーブル192の構成の例を示した図である。
Next, an example of the configuration of the master table in the medical
最初に、図2(a)に示すように、胃がん健診マスタテーブル191は、「受診者コード」、「受診年月日」、「医療機関」、「胃がん健診結果」の各フィールドを含んで構成される。また、図2(b)に示すように、大腸がん健診マスタテーブル192は、「受診者コード」、「受診年月日」、「医療機関」、「大腸がん健診結果」の各フィールドを含んで構成される。なお、これら胃がん健診マスタテーブル191、大腸がん健診マスタテーブル192が、他のフィールド、例えば、「受診者年齢」などのフィールドを含んでいていてもよい。 First, as shown in FIG. 2 (a), the stomach cancer medical examination master table 191 includes fields of “diagnosis code”, “date of medical examination”, “medical institution”, and “stomach cancer medical examination result”. Consists of. In addition, as shown in FIG. 2B, the colorectal cancer health checkup master table 192 includes the “checkee code”, “date of checkup”, “medical institution”, and “colorectal cancer checkup result”. Consists of fields. It should be noted that the stomach cancer medical examination master table 191 and the colorectal cancer medical examination master table 192 may include other fields, for example, a field such as “age of the examinee”.
図3は、サイトA(市町村A)で用いられている胃がん受診データおよび大腸がん受診データの構成の例を示した図である。また、図4は、サイトB(市町村B)で用いられている胃がん健診データおよび大腸がん健診データの構成の例を示した図である。なお、これらのデータは、入力装置健診データ入力部21(図1参照)を介してデータ変換部12へ入力されるデータである。
FIG. 3 is a diagram showing an example of the configuration of stomach cancer consultation data and colorectal cancer consultation data used at site A (city / town / village A). FIG. 4 is a diagram showing an example of the configuration of stomach cancer medical examination data and colorectal cancer medical examination data used at site B (municipal town B). In addition, these data are data input into the
図3(a)に示すように、「サイトA」における胃がん受診データ211は、「受診者コード」、「受診日」、「病院名」、「受診結果」などのフィールドを含んで構成される。また、図3(b)に示すように、「サイトA」における大腸がん健診データ212は、「受診者コード」、「受診日」、「病院名」、「受診結果」などのフィールドを含んで構成される。
As shown in FIG. 3A, the stomach
同様に、図4(a)に示すように、「サイトB」における胃がん健診データ211bは、「受診者」、「健診病院」、「健診日」、「胃がん判定」などのフィールドを含んで構成される。また、図4(b)に示すように、「サイトB」における大腸がん健診データ212bは、「受診者」、「健診病院」、「健診日」、「大腸がん判定」などのフィールドを含んで構成される。 Similarly, as shown in FIG. 4A, the stomach cancer medical examination data 211b in “site B” includes fields such as “examinee”, “health examination hospital”, “health examination date”, “gastric cancer determination”, and the like. Consists of including. Further, as shown in FIG. 4B, the colorectal cancer medical examination data 212b at “Site B” includes “examinee”, “health examination hospital”, “health examination date”, “colorectal cancer determination”, and the like. It is comprised including the field of.
以上、図3および図4の例から分かるように、各サイトで用いられる健診データは、そのサイトごと、あるいは健診データの種別ごとに、健診データの名称、健診データを構成するフィールドの名称、フィールドの順序、さらには、各フィールド内で用いられているデータ(値)がそれぞれ微妙に相違している。 As described above, as can be seen from the examples of FIGS. 3 and 4, the medical checkup data used at each site includes the names of the medical checkup data and the fields constituting the medical checkup data for each site or for each type of checkup data. , The order of fields, and the data (values) used in each field are slightly different.
そこで、本実施形態に係る健診データベース管理装置1においては、データ変換部12は、健診データ入力部21を介して入力した胃がん受診データ211、大腸がん受診データ212などの健診データのフィールド形式を、あらかじめ共通化(標準化)したフィールド形式に変換した上で、データベース管理部11を介して、健診結果データベース19の各健診結果のマスタテーブルに登録する。ここで、健診データのフィールド形式とは、健診データを構成するフィールドの名称、フィールドの並びの順序、フィールドで用いられている値などを総称したものである。
In view of this, in the medical examination
図5は、フィールド名称変換テーブル16およびフィールド値変換テーブル17の構成の例を示した図である。フィールド名称変換テーブル16は、健診データ入力部21から入力される健診データのフィールド名称と、健診結果データベース19内のマスタテーブルのフィールド名称と、を対応付けるためのテーブルである。また、フィールド値変換テーブル17は、健診データ入力部21から入力される健診データのフィールドで用いられる値と、その健診データのフィールドに対応するマスタテーブルのフィールドで用いられる値と、を対応付けるためのテーブルである。
FIG. 5 is a diagram showing an example of the configuration of the field name conversion table 16 and the field value conversion table 17. The field name conversion table 16 is a table for associating the field names of the medical examination data input from the medical examination
すなわち、サイトAについてのフィールド名称変換テーブル16は、図5(a)に示すように、「マスタテーブル名称」、「入力データ名称」、「マスタテーブル・フィールド名称(#1)」、「入力データ・フィールド名称(#1)」、・・・、「マスタテーブル・フィールド名称(#4)」、「入力データ・フィールド名称(#4)」の各フィールドを含んで構成される。なお、ここでは、レコードの構成が縦方向に示されている。 That is, as shown in FIG. 5A, the field name conversion table 16 for the site A includes “master table name”, “input data name”, “master table / field name (# 1)”, “input data”. -Field name (# 1) ", ...," master table / field name (# 4) "," input data field name (# 4) ". Here, the structure of the record is shown in the vertical direction.
そして、そのレコード構成では、「マスタテーブル名称」および「入力データ名称」のフィールドにより、「入力データ名称」に対応するマスタテーブルを選択することが可能になる。また、それに後続する「マスタテーブル・フィールド名称(#j)」および「入力データ・フィールド名称(#j)」(j=1,…,4)のフィールドにより、マスタテーブルのフィールド名称と入力データのフィールド名称との対応付けがされる。なお、図5(a)では、フィールド数は、4となっているが、4に限定されるわけではない。 In the record configuration, the master table corresponding to the “input data name” can be selected by the fields of “master table name” and “input data name”. Further, the subsequent fields of “master table field name (#j)” and “input data field name (#j)” (j = 1,... Corresponds to field names. In FIG. 5A, the number of fields is four, but is not limited to four.
同様に、フィールド値変換テーブル17は、健診結果のマスタテーブルのフィールドごとに、そのマスタテーブルのフィールドに登録される値と、そのマスタテーブルのフィールドに対応する入力データのフィールドの値と、を対応付けるテーブルである。 Similarly, the field value conversion table 17 includes a value registered in a field of the master table and a value of a field of input data corresponding to the field of the master table for each field of the master table of the medical examination result. It is a table to associate.
すなわち、サイトAについてのフィールド値変換テーブル17は、図5(b)に示すように、「マスタテーブル名称」、「入力データ名称」、「マスタテーブル・フィールド名称」、「入力データ・フィールド名称」、「マスタテーブル値(#1)」、「入力データ値(#1)」、「マスタテーブル値(#2)」、「入力データ値(#2)」、「マスタテーブル値(#3)」、「入力データ値(#3))」の各フィールドを含んで構成される、なお、ここでは、レコードの構成が縦方向に示されている。 That is, as shown in FIG. 5B, the field value conversion table 17 for the site A includes “master table name”, “input data name”, “master table / field name”, “input data / field name”. , “Master table value (# 1)”, “input data value (# 1)”, “master table value (# 2)”, “input data value (# 2)”, “master table value (# 3)” , “Input data value (# 3))”. Each of the fields is shown in the vertical direction.
そして、そのレコード構成において「マスタテーブル名称」および「入力データ名称」のフィールド、ならびに、「マスタテーブル・フィールド名称」および「入力データ・フィールド名称」のフィールドにより、マスタテーブルのフィールドと、入力データのフィールドとが対応付けられる。さらに、「入力データ値(#k)」および「マスタテーブル値(#k)」(k=1,…,3)のフィールドにより、前記対応付けられたマスタテーブルのフィールドと入力データのフィールドのそれぞれで用いられる値が対応付けられる。なお、図5(b)では、kの最大値は、「3」となっているが、「3」に限定されるわけではない。 And in the record structure, the fields of the master table and the input data are defined by the fields of “master table name” and “input data name”, and “master table field name” and “input data field name”. Fields are associated. Further, according to the fields of “input data value (#k)” and “master table value (#k)” (k = 1,..., 3), the corresponding master table field and input data field respectively. The values used in are associated. In FIG. 5B, the maximum value of k is “3”, but is not limited to “3”.
ちなみに、図5(b)のフィールド値変換テーブル17の第1レコード(縦方向)によれば、入力データである胃がん受診データ211(図3(a)参照)の「受診結果」フィールドで用いられている「異常なし」、「要精密検査」、「胃がん」という値は、それぞれ、胃がん健診マスタテーブル191(図2(a)参照)の「胃がん健診結果」フィールドで用いられている「1」、「2」、「3」という値に対応することが示されている。なお、「1」、「2」、「3」という値は、それぞれ、「正常」、「要精検」、「胃がん」などのテキスト値であってもよい。 Incidentally, according to the first record (vertical direction) of the field value conversion table 17 in FIG. 5B, it is used in the “consultation result” field of the stomach cancer consultation data 211 (see FIG. 3A) as input data. The values of “no abnormality”, “necessary examination”, and “stomach cancer” are used in the “stomach cancer checkup result” field of the stomach cancer checkup master table 191 (see FIG. 2A), respectively. Corresponding values of “1”, “2” and “3” are shown. The values “1”, “2”, and “3” may be text values such as “normal”, “necessary examination”, and “stomach cancer”, respectively.
また、同様に、第2レコード(縦方向)によれば、大腸がん受診データ212(図3(b)参照)の「受診結果」フィールドで用いられている「正常」、「要精検」、「大腸がん」という値は、それぞれ、大腸がん健診マスタテーブル192(図2(b)参照)の「胃がん健診結果」フィールドで用いられている「1」、「2」、「3」という値に対応することが示されている。なお、「1」、「2」、「3」という値は、それぞれ、「正常」、「要精検」、「大腸がん」などのテキスト値であってもよい。 Similarly, according to the second record (vertical direction), “normal” and “necessary examination” used in the “consultation result” field of the colorectal cancer consultation data 212 (see FIG. 3B). , The values “colon cancer” are “1”, “2”, “value” used in the “stomach cancer checkup result” field of the colorectal cancer checkup master table 192 (see FIG. 2B), respectively. It corresponds to a value of “3”. The values “1”, “2”, and “3” may be text values such as “normal”, “need detailed examination”, and “colorectal cancer”, respectively.
そこで、データ変換部12は、フィールド名称変換テーブル16およびフィールド値変換テーブル17を参照することによって、健診データ入力部21から入力される健診データのフィールド形式を、その健診データの名称に対応付けられた名称を有するマスタテーブルのフィールド形式に変換する。そして、データベース管理部11は、その変換された健診データを、その健診データに対応付けられた健診結果データベース19内のマスタテーブルに登録する。
Therefore, the
なお、フィールド値変換テーブル17において、入力される健診結果データの「入力データ名称」および「入力データ・フィールド名称」に対して、「マスタテーブル名称」および「マスタテーブル・フィールド名称」が存在しない場合には、そのフィールドの値は変換されないものとする。 In the field value conversion table 17, “master table name” and “master table / field name” do not exist for “input data name” and “input data / field name” of the medical examination result data to be input. In that case, the value of that field shall not be converted.
例えば、入力データが胃がん受診データ211(図3(a)参照)であったとする。そのとき、図5(b)のフィールド値変換テーブル17には、「入力データ名称」が「胃がん受診」で、かつ、「入力データ・フィールド名称」が「受診結果」に該当するレコードが存在する。従って、胃がん受診データ211の「受診結果」フィールドの値は、そのレコードの「入力データ値(#k)」および「マスタテーブル値(#k)」(k=1,…,3)の対応付けに従って変換される。一方、図5(b)のフィールド値変換テーブル17には、「入力データ名称」が「胃がん受診」で、かつ、「入力データ・フィールド名称」が「健診病院」に該当するレコードは存在しない。従って、胃がん受診データ211の「健診病院」フィールドの値は、変換されない。
For example, it is assumed that the input data is stomach cancer consultation data 211 (see FIG. 3A). At that time, in the field value conversion table 17 in FIG. 5B, there is a record in which “input data name” is “stomach cancer consultation” and “input data field name” is “consultation result”. . Therefore, the value of the “consultation result” field of the gastric
以上、本実施形態によれば、健診データ管理装置100は、例えば、サイトごとに任意に定義されたフィールド形式を有する健診結果データを、複数のサイトで共通化されたマスタテーブルのフィールド形式に容易に変換して、健診結果データベース19に蓄積することができる。従って、例えば、ある市町村(サイト)が本実施形態に係る健診データ管理装置100を採用しても、現用の健診データ管理をとくに変更する必要はない。
As described above, according to the present embodiment, the medical examination data management apparatus 100 has, for example, a field format of a master table in which medical examination result data having a field format arbitrarily defined for each site is shared by a plurality of sites. Can be easily converted and stored in the medical
なお、健診データ管理装置100は、それぞれのサイトごとに1セットずつ用意するのが好ましいが、健診データ管理装置100の健診データベース管理装置1の部分を複数のサイトで共用化することも可能である。その場合には、フィールド名称変換テーブル16、フィールド値変換テーブル17および健診結果データベース19は、サイト別に設けるものとする。
In addition, although it is preferable to prepare one set of the medical examination data management apparatus 100 for each site, the part of the medical examination
図6は、集計条件テーブル18の構成の例を示した図である。図6に示すように、集計条件テーブル18は、「マスタテーブル名称」、「フィールド名称(#1)」、「フィールド値(#1)」、「フィールド名称(#2)」、「フィールド値(#2)」の各フィールドによって構成される。 FIG. 6 is a diagram showing an example of the configuration of the aggregation condition table 18. As shown in FIG. 6, the aggregation condition table 18 includes “master table name”, “field name (# 1)”, “field value (# 1)”, “field name (# 2)”, “field value ( # 2) ”field.
ここで、「マスタテーブル名称」フィールドは、集計対象のマスタテーブルを指定する情報である。また、「フィールド名称(#m)」および「フィールド値(#m)」フィールド(m=1,2)は、「マスタテーブル名称」フィールドで指定されたマスタテーブルの「フィールド名称(#m)」で指定されたフィールドの値が「フィールド値(#m)」であることを意味する条件情報である。この条件情報は、ここでは、m=1,2の2つ条件が設けられているが、その条件数は、「2」に限定されない。 Here, the “master table name” field is information for specifying a master table to be aggregated. The “field name (#m)” and “field value (#m)” fields (m = 1, 2) are “field name (#m)” of the master table specified in the “master table name” field. This is condition information that means that the value of the field specified by is “field value (#m)”. In this condition information, two conditions of m = 1 and 2 are provided here, but the number of conditions is not limited to “2”.
ちなみに、図6の例の集計条件テーブル18が表す条件情報は、『胃がん健診マスタテーブル191(図2(a)参照)における、「受診年月日」のフィールドの値が「10****」で、かつ、「胃がん健診結果」のフィールドの値が「3」であるレコード数と、大腸がん健診マスタテーブル192(図2(b)参照)における、「受診年月日」のフィールドの値が「10****」(すなわち、「受診年月日」が「2010」年)で、かつ、「大腸がん健診結果」のフィールドの値が「3」であるレコード数と、を集計する。』を意味する。なお、「受診年月日」のフィールドにおける****は、ワイルドカードであることを意味する。 Incidentally, the condition information represented by the aggregation condition table 18 in the example of FIG. 6 is “the date of medical examination” in the stomach cancer medical checkup master table 191 (see FIG. 2A) is “10 ***”. * "And the value of the field of" stomach cancer checkup result "is" 3 ", and the" date of consultation "in the colorectal cancer checkup master table 192 (see FIG. 2B) Records with a field value of “10 ***” (ie, “date of medical examination” is “2010”) and a field value of “colorectal cancer medical examination result” is “3” The numbers and numbers are summed up. ] Means. Note that “***” in the “Date of Visit” field is a wild card.
以上のように、集計条件テーブル18の各フィールドの値は、複数のサイトで共通化された健診結果データベース19に含まれるマスタテーブルに含まれるテーブル名称、フィールド名称、フィールド値を用いて表される。従って、複数のサイトで同様の内容の集計をする場合には、その集計条件テーブル18の内容は、その複数のサイトで同じものとなる。すなわち、集計条件テーブル18は、複数のサイトで共通化されることになる。
As described above, the value of each field of the aggregation condition table 18 is expressed using the table name, field name, and field value included in the master table included in the medical
なお、このような集計条件テーブル18は、1つに限定されず、複数種類のものがあらかじめ作成され、健診データベース管理装置1の記憶装置15に記憶されていてもよい。従って、集計処理部13は、記憶装置15に記憶されている各種の集計条件テーブル18を、適宜、用いることによって、例えば、国が各地方自治体に提出を求める健診データに関する集計データを容易に求めることができる。
Note that the totaling condition table 18 is not limited to one, and a plurality of types may be created in advance and stored in the storage device 15 of the medical examination
また、その場合、その集計条件テーブル18は、各サイトで共通化されているので、国が求める健診データの集計の仕方が変更されたとしても、本実施形態では、いずれか1つのサイトで集計条件テーブル18の内容を変更すれば、その内容を他のサイトの集計条件テーブル18へそのまま適用することができる。すなわち、本実施形態では、サイト間で、集計条件テーブル18の一元化が行われたことになる。 In this case, since the totaling condition table 18 is shared by each site, even if the method of totaling medical checkup data required by the country is changed, in this embodiment, any one site is used. If the contents of the aggregation condition table 18 are changed, the contents can be applied to the aggregation condition table 18 of another site as it is. That is, in the present embodiment, the aggregation condition table 18 is unified between sites.
図7は、本発明の実施形態に係る健診データ管理装置100における健診データ登録処理および健診データ集計処理の処理フローの例を示した図である。以下、図1などの図面をも参照しつつその処理フローについて説明する。 FIG. 7 is a diagram illustrating an example of a processing flow of the medical examination data registration process and the medical examination data aggregation process in the medical examination data management apparatus 100 according to the embodiment of the present invention. The processing flow will be described below with reference to the drawings such as FIG.
医療機関などで健診が行われると、その健診結果を表す健診データは、まず、入力装置25を介して健診データ管理端末2へ入力される。一般に、医療機関の健診データは、紙のシートなどに記載されていることが多いので、その場合には、作業者がその記載内容をキーボードなどから入力する。あるいは、医療機関の健診データがマークシートで構成されている場合には、入力装置25としてOCR(Optical Card Reeder)などを用いる。
When a medical examination is performed at a medical institution or the like, medical examination data representing the result of the medical examination is first input to the medical examination
なお、市町村などで何らかの健診データの管理システムが存在し、健診データがすでにハードディスク装置などにデータベースのテーブルの形で保管されている場合には、その入力装置25は、ハードディスク装置から保管されている健診データを直接に読み出すものであってもよい。
If there is some medical examination data management system in a municipality or the like and the medical examination data is already stored in the form of a database table in a hard disk device or the like, the
そこで、図7(a)に示すように、健診データ管理端末2の処理装置20(健診データ入力部21)は、まず、入力装置25を介して入力される健診データを読み込み(ステップS11)、その読み込んだ健診データを健診データベース管理装置1へ転送する。なお、その健診データを読み込むときに用いられる健診データのフィールド形式は、図3および図4に示したように、健診データの種別ごとに異なっていても、また、サイトごとに異なっていても構わない。
Therefore, as shown in FIG. 7A, the processing device 20 (checkup data input unit 21) of the checkup
次に、健診データベース管理装置1の処理装置10(データ変換部12)は、転送されてきた健診データをマスタテーブルのフィールド形式に変換する(ステップS12)。ここで、マスタテーブルは、前記したように、健診結果データベース19内で健診データを登録したテーブル(例えば、図2(a)胃がん健診マスタテーブル191、(b)大腸がん健診マスタテーブル192など参照)である。
Next, the processing device 10 (data conversion unit 12) of the medical examination
次に、処理装置10(データベース管理部11)は、マスタテーブルのフィールド形式に変換された健診データを、その健診データに応じたマスタテーブルに登録する(ステップS13)。 Next, the processing apparatus 10 (database management unit 11) registers the medical examination data converted into the field format of the master table in the master table corresponding to the medical examination data (step S13).
ここで、ステップS12における健診データのフィールド形式の変換の処理について、以下、簡単に補足する。ステップS12では、処理装置10は、当該変換対象の入力データの入力データ名称を用いて、フィールド名称変換テーブル16(例えば、図5(a)参照)を参照し、フィールド名称の変換(つまり、フィールドの対応付け)に用いるレコードを取得する。また、処理装置10は、当該変換対象の入力データの入力データ名称およびフィールド名称を用いて、フィールド値変換テーブル17(例えば、図5(b)参照)を参照し、当該フィールドにおける値の変換に用いるレコードを取得する。
Here, the process of converting the medical examination data field format in step S12 will be briefly supplemented below. In step S12, the
次に、処理装置10は、取得したフィールド名称変換用のレコードのデータ、および、フィールド値変換用のレコードのデータを用いて、健診データ(入力データ)のフィールド形式(フィールドの名称、順序、フィールドの値)を、マスタテーブルのフィールド形式に変換する。
Next, the
以上の健診データ登録処理により、入力装置25などから入力された健診データは、そのフィールド形式が健診データの種別やサイトごとに異なっていても、複数サイトで共通化されたマスタテーブルのフィールド形式に変換され、健診結果データベース19に登録される。
Through the above-described medical examination data registration process, the medical examination data input from the
一方、図7(b)に示した健診データ集計処理では、健診データ管理端末2の処理装置20(集計処理依頼部22)は、まず、入力装置25を介して入力される集計処理要求を受付け(ステップS21)、健診データベース管理装置1に対して、集計条件を指定して、健診データの集計を要求する。
On the other hand, in the medical examination data totaling process shown in FIG. 7B, the processing device 20 (totaling processing request unit 22) of the medical examination
健診データベース管理装置1の処理装置10(集計処理部13)は、健診データ管理端末2からの集計要求を受けると、指定された集計条件に応じた集計条件テーブル18を取得し(ステップS22)、データベース管理部11を介して、その集計条件テーブル18で指定されるマスタテーブルから集計条件に適合する健診データを取得する(ステップS23)。そして、処理装置10(集計処理部13)は、その取得した健診データを集計し(ステップS24)、その集計結果を健診データ管理端末2へ返送する。
When receiving the aggregation request from the medical examination
次に、健診データ管理端末2の処理装置20(集計処理依頼部22)は、健診データベース管理装置1から集計結果を受け取ると、その集計結果をプリンタ26または表示装置24などの出力装置に出力する(ステップS25)。
Next, when the processing device 20 (aggregation processing request unit 22) of the medical examination
図8は、健診データの集計結果をプリントした文書の例を示した図である。図8に示すように、健診結果は、それぞれの健診の種別ごとに、例えば、胃がん健診の結果が、それぞれ「正常」、「要精検」または「胃がん」であった人数が記載されて構成される。なお、ここで用いられている「正常」、「要精検」、「胃がん」などの項目名は、マスタテーブルで用いられているフィールド名称やフィールド値に合わせることによって、複数のサイトでプリントされた文書を容易に共通化することができる。 FIG. 8 is a diagram showing an example of a document on which the result of the medical examination data is printed. As shown in FIG. 8, the medical checkup results are described for each type of medical checkup, for example, the number of people whose gastric cancer checkup results were “normal”, “necessary examination”, or “stomach cancer”, respectively. Configured. Item names such as “normal”, “necessary examination”, and “stomach cancer” used here are printed at multiple sites by matching the field names and field values used in the master table. Documents can be easily shared.
以上、本実施形態によれば、各サイトで入力される健診データのフィールド名とその健診データが登録される健診結果データベース19内のマスタテーブルのフィールド名とを対応付けたフィールド名称変換テーブル16、および、各サイトで入力される健診データのフィールドで用いられるフィールド値とそのフィールドに対応するマスタテーブルで用いられるフィールド値とを対応付けたフィールド値変換テーブル17を用いることによって、各サイトで入力データのフィールド形式が相違しても、それらのフィールド形式を容易に共通化することができる。
As described above, according to the present embodiment, the field name conversion in which the field name of the medical examination data input at each site is associated with the field name of the master table in the medical
また、本実施形態では、集計条件テーブル18を用意し、その集計条件テーブル18で表される集計条件に該当するマスタテーブルおよびそのレコードを、健診結果データベース19から容易に抽出することができる。しかも、その集計条件は、健診結果データベース19内のマスタテーブルで用いられるフィールド名やフィールド値が用いられている。そのため、複数のサイトで集計条件、すなわち、集計処理の共通化が容易となる。
In the present embodiment, a totaling condition table 18 is prepared, and a master table corresponding to the totaling condition represented by the totaling condition table 18 and its records can be easily extracted from the medical
以上の通り、本実施形態では、複数のサイト間で共通化されたフィールド形式を有するマスタテーブルからなる健診結果データベース19を構築することが容易となる。さらに、複数のサイト間で共通化された集計条件テーブル18を用意しておくことにより、複数のサイト間で行う集計処理を共通化することが容易になる。
As described above, in the present embodiment, it is easy to construct the medical
1 健診データベース管理装置
2 健診データ管理端末
10 処理装置
11 データベース管理部
12 データ変換部
13 集計処理部
15 記憶装置
16 フィールド名称変換テーブル
17 フィールド値変換テーブル
18 集計条件テーブル
19 健診結果データベース
20 処理装置
21 健診データ入力部
22 集計処理依頼部
23 集計データ出力部
24 表示装置
25 入力装置
26 プリンタ
100 健診データ管理装置
191 胃がん健診マスタテーブル
192 大腸がん健診マスタテーブル
211 胃がん受診データ(健診データ)
211b 胃がん健診データ(健診データ)
212 大腸がん受診データ(健診データ)
212b 大腸がん健診データ(健診データ)
DESCRIPTION OF
211b Gastric cancer medical examination data (medical examination data)
212 Colorectal cancer consultation data (medical examination data)
212b Colorectal cancer health examination data (health examination data)
Claims (3)
前記記憶装置に、あらかじめ、
前記健診の種別ごとに構成され、前記第1のフィールド形式を有する健診データにおけるフィールド名を、前記第2のフィールド形式を有する健診データにおけるフィールド名に直接的に対応付けて変換する第1の変換テーブルと、
前記健診の種別ごとに構成され、前記第1のフィールド形式を有する健診データのフィールドで用いられる値を、前記第2のフィールド形式を有する健診データのフィールドで用いられる値に直接的に対応付けて変換する第2の変換テーブルと、
前記健診結果データベースから前記健診の種別ごとに特定の健診データを取得するための集計条件を表した集計条件テーブルと、
を格納しておき、
前記処理装置は、
前記健診の種別に応じた前記第1のフィールド形式を有する健診データの入力を受付ける健診データ入力部と、
前記受付けた第1のフィールド形式を有する健診データを、前記健診の種別に応じた前記第1の変換テーブルと前記第2の変換テーブルとを用いて、前記第2のフィールド形式の健診データに変換するデータ変換部と、
前記変換した第2のフィールド形式の健診データを前記健診の種別ごとに前記健診結果データベースに登録するデータベース管理部と、
集計処理の依頼を受け付けたときには、前記集計条件テーブルによって指定される前記健診の種別ごとの集計条件に該当する健診データを、前記健診結果データベースから取得し、前記取得した健診データを前記健診の種別ごとに集計する集計処理部と、
前記健診の種別ごとに集計された結果を出力装置に出力する集計データ出力部と、
を備えたこと
を特徴とする健診データ管理装置。 Comprising at least one or more processing devices and the storage device, for each type of medical examination, the medical examination data that have a first field type collected in 1 site, different from said first site A medical examination data management device for converting into medical examination data having a second field format shared with a site and registering it in a medical examination result database configured on the storage device,
In the storage device in advance,
A field name in the medical examination data that is configured for each type of the medical examination and has the first field format is converted in association with a field name in the medical examination data that has the second field format. 1 conversion table,
The value used in the medical examination data field having the first field format, which is configured for each type of the medical examination, is directly set to the value used in the medical examination data field having the second field format. A second conversion table for conversion in association;
A totaling condition table representing a totaling condition for acquiring specific medical examination data for each type of the medical examination from the medical examination result database;
And store
The processor is
A medical examination data input unit for receiving input of medical examination data having the first field format according to the type of the medical examination ;
Using the first conversion table and the second conversion table corresponding to the type of the medical examination , the medical examination data having the received first field format is used as the medical examination data in the second field format. A data conversion unit for converting data,
A database management unit for registering the converted medical examination data in the second field format in the medical examination result database for each type of the medical examination;
Ken upon receiving a request for collecting a total treatment, medical examination data corresponding to the count condition of each type of the medical examination specified by the previous SL current meter condition table, which is obtained from the medical examination result database, and the acquired A summary processing unit for summing up medical examination data for each type of medical examination ;
And aggregate data output unit for outputting to an output device results aggregated per type of the medical examination,
A medical examination data management device characterized by comprising:
前記記憶装置に、あらかじめ、
前記健診の種別ごとに構成され、前記第1のフィールド形式を有する健診データにおけるフィールド名を、前記第2のフィールド形式を有する健診データにおけるフィールド名に直接的に対応付けて変換する第1の変換テーブルと、
前記健診の種別ごとに構成され、前記第1のフィールド形式を有する健診データのフィールドで用いられる値を、前記第2のフィールド形式を有する健診データのフィールドで用いられる値に直接的に対応付けて変換する第2の変換テーブルと、
前記健診結果データベースから前記健診の種別ごとに特定の健診データを取得するための集計条件を表した集計条件テーブルと、
を格納しておき、
前記処理装置は、
前記健診の種別に応じた前記第1のフィールド形式を有する健診データの入力を受付ける処理と、
前記受付けた第1のフィールド形式を有する健診データを、前記健診の種別に応じた前記第1の変換テーブルと前記第2の変換テーブルとを用いて、前記第2のフィールド形式の健診データに変換する処理と、
前記変換した第2のフィールド形式の健診データを前記健診の種別ごとに前記健診結果データベースに登録する処理と、
集計処理の依頼を受け付けたときには、前記集計条件テーブルによって指定される前記健診の種別ごとの集計条件に該当する健診データを、前記健診結果データベースから取得し、前記取得した健診データを前記健診の種別ごとに集計する処理と、
前記健診の種別ごとに集計された結果を出力装置に出力する処理と、
を実行すること
を特徴とする健診データ管理方法。 At least includes a computer with one or more processing devices and the storage device, for each type of medical examination, the medical examination data that have a first field format that is collected on one site, and the one site a is a second converted to examination data with field format, the stored configuration on the device the checkup result to register in the database checkup data management method that is common between the different sites ,
In the storage device in advance,
A field name in the medical examination data that is configured for each type of the medical examination and has the first field format is converted in association with a field name in the medical examination data that has the second field format. 1 conversion table,
The value used in the medical examination data field having the first field format, which is configured for each type of the medical examination, is directly set to the value used in the medical examination data field having the second field format. A second conversion table for conversion in association;
A totaling condition table representing a totaling condition for acquiring specific medical examination data for each type of the medical examination from the medical examination result database;
And store
The processor is
A process of receiving input of medical examination data having the first field format according to the type of the medical examination ;
Using the first conversion table and the second conversion table corresponding to the type of the medical examination , the medical examination data having the received first field format is used as the medical examination data in the second field format. Processing to convert to data,
Processing for registering the converted second field format medical examination data in the medical examination result database for each type of the medical examination;
Ken upon receiving a request for collecting a total treatment, medical examination data corresponding to the count condition of each type of the medical examination specified by the previous SL current meter condition table, which is obtained from the medical examination result database, and the acquired A process of summing up medical examination data for each type of medical examination ;
And outputting to an output device results aggregated per type of the medical examination,
The medical examination data management method characterized by performing this.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011066202A JP5444278B2 (en) | 2011-03-24 | 2011-03-24 | Medical examination data management device, medical examination data management method and program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011066202A JP5444278B2 (en) | 2011-03-24 | 2011-03-24 | Medical examination data management device, medical examination data management method and program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2012203548A JP2012203548A (en) | 2012-10-22 |
JP5444278B2 true JP5444278B2 (en) | 2014-03-19 |
Family
ID=47184520
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011066202A Expired - Fee Related JP5444278B2 (en) | 2011-03-24 | 2011-03-24 | Medical examination data management device, medical examination data management method and program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5444278B2 (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6433133B2 (en) * | 2014-03-07 | 2018-12-05 | 株式会社医用工学研究所 | Medical data management program and medical data management system |
JP6642929B2 (en) * | 2015-09-02 | 2020-02-12 | 株式会社医用工学研究所 | Medical data management system and medical data management program |
JP6604867B2 (en) * | 2016-02-10 | 2019-11-13 | Kddi株式会社 | Inspection result management apparatus and inspection result management method |
CN107680691A (en) * | 2017-09-04 | 2018-02-09 | 沈阳东软医疗系统有限公司 | Self-service method, apparatus, computer equipment and the system for obtaining detection information |
JP7429554B2 (en) | 2020-01-30 | 2024-02-08 | 美智雄 藤田 | Health information management device, health information management system, and health information management method |
CN113254433A (en) * | 2021-05-27 | 2021-08-13 | 深圳市第二人民医院(深圳市转化医学研究院) | Medical data management method, device, computer equipment and storage medium |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000137635A (en) * | 1998-11-04 | 2000-05-16 | Fujitsu Ltd | Editing device for data |
JP2004029921A (en) * | 2002-06-21 | 2004-01-29 | Nec Soft Ltd | System and method for executing effective control by storing management information of a plurality of medical institutions/nursing facilities by using the internet |
JP2006235904A (en) * | 2005-02-24 | 2006-09-07 | Hitachi Software Eng Co Ltd | Multi-level totaling device |
-
2011
- 2011-03-24 JP JP2011066202A patent/JP5444278B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2012203548A (en) | 2012-10-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Nittari et al. | Telemedicine in the COVID-19 era: a narrative review based on current evidence | |
JP5444278B2 (en) | Medical examination data management device, medical examination data management method and program | |
Hasbun et al. | Epidemiology of meningitis and encephalitis in the United States, 2011–2014 | |
Garies et al. | Data resource profile: national electronic medical record data from the Canadian Primary Care Sentinel Surveillance Network (CPCSSN) | |
Baron | Quality improvement with an electronic health record: achievable, but not automatic | |
Marshall et al. | OECD Health Care Quality Indicator Project. The expert panel on primary care prevention and health promotion | |
US20050102170A1 (en) | System for processing transaction data | |
Yu | Context of altmetrics data matters: an investigation of count type and user category | |
Lix et al. | Features of physician services databases in Canada. | |
Harklerode et al. | Feasibility of establishing HIV case-based surveillance to measure progress along the health sector cascade: situational assessments in Tanzania, South Africa, and Kenya | |
El Founti Khsim et al. | Risk factors for post-traumatic stress disorder after childbirth: a systematic review | |
Friedel et al. | Measuring Patient Experience and Patient Satisfaction—How Are We Doing It and Why Does It Matter? A Comparison of European and US American Approaches | |
Raudasoja et al. | Epidemiology and treatment of distal radius fractures in Finland—a nationwide register study | |
Pippenger et al. | Neurologists’ use of ICD-9CM codes for dementia | |
Lee et al. | Comparing the prevalence of multimorbidity using different operational definitions in primary care in Singapore based on a cross-sectional study using retrospective, large administrative data | |
Nicol et al. | Is the routine health information system ready to support the planned national health insurance scheme in South Africa? | |
Min et al. | Injury burden in the United States: accurate, reliable, and timely surveillance using electronic health care data | |
Kounalakis et al. | Developing an appropriate EPR system for the Greek primary care setting | |
Tortolero et al. | Leveraging a health information exchange for analyses of COVID-19 outcomes including an example application using smoking history and mortality | |
Mac Taggart et al. | Medicaid Statistical Information System (MSIS): A data source for quality reporting for Medicaid and the Children's Health Insurance Program (CHIP) | |
Cormack et al. | Understanding the context of hospital transfers and away-from-home hospitalisations for Māori | |
Pasricha et al. | Assessing the quality of clinical and administrative data extracted from hospitals: the General Medicine Inpatient Initiative (GEMINI) experience | |
Love et al. | Lessons learned in using hospital discharge data for state and national public health surveillance: implications for Centers for Disease Control and prevention tracking program | |
Slater et al. | What can be gained from comprehensive disaggregate surveillance? The Avon Surveillance System for Sexually Transmitted Infections | |
Else et al. | Data sources for pharmacoeconomic and health services research |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20121024 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130904 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130917 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20131115 |
|
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: 20131210 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20131220 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |