厚生労働省「メタボの人間９０００万件のデーターを暗号化したら、文字化けした　（´・ω・｀）」

http://www3.nhk.or.jp/news/html/20131103/k10015777731000.html

厚労省の診療データ 約８割が活用できず
11月3日 18時58分

厚生労働省が４年前からデータベースに蓄積している診療報酬明細書のおよそ５８億件のデータのおよそ８０％が、特定健
診のデータと突合できず、糖尿病など生活習慣病の対策に活用できなくなっていることが分かりました。
厚生労働省は研究班を作って原因の調査を始めました。

このデータベースは、生活習慣病の対策に役立てようと、特定健診でメタボリックシンドロームと診断された人が、その後
どのような病気になりいくら医療費がかかっているかなどを分析するため、厚生労働省が、４年前に５億円余りをかけて導
入しました。
これまでに、４０歳以上が受ける特定健診などのデータがおよそ９０００万件、その後どのような医療を受けいくらかかっ
たかが分かる診療報酬明細書のデータが５８億件余り、名前や生年月日を暗号化して登録されています。
しかし、厚生労働省が去年、同じ人について健診と明細書のデータを突合して分析しようとしたところ、明細書のおよそ８
０％のデータが突合できなかったことが分かりました。
厚生労働省は、名前のデータが健診ではかたかなだったのに、明細書では漢字だったことなどから、暗号化する際、違う記
号になった可能性があるとみて、専門家による研究班を作って原因の調査を始めました。
厚生労働省は「想定外のことで、原因を突き止めて、何とか突合できるようにしたい」としています。
専門家「共通番号制度利用すべき」

医療経済学が専門で東京医科歯科大学の川渕孝一教授は「８割が突合できないのであれば、客観的で中立的な研究事業もで
きず、ゆゆしき問題だ。手書きから始まった明細書とデジタル化した特定健診を突合させるのは難しく、今後導入される社
会保障や税の情報を一元化するため国民一人一人に番号を割りふる共通番号制度を、医療にも利用すべきだ」と話しています。

21世紀ももう10年以上経ってるんだなあ

にげっと

バックアップ無しとか冗談だろ
何を隠したいんだ？

漢字コードの違いとか、ネット黎明期かよｗ

メタボの基準がかなり胡散臭いからな

はっはっはドジな奴め……死ね

NTTデータか？IBMか?

半角カナのエンコードが原因だったらワロスｗ

全部住基ネットにリンクでいいだろ

どんなゴミシステムで運用してんだよ
そこらのアマチュアでもちゃんとやるぞ

漢字非対応のライブラリをコピペして使ったのか

実はメタボだなんだ言ったのが製薬会社との癒着やら陰謀やらってのがバレそうな情報だとか？

そういや日本のメタボの基準って海外からは結構批判されてるって聞いたことあるな

これ、文字化けではなくて、ヘッダレコードのキーと明細レコードのキーが合わなくなったって問題じゃね？キー生成ロジックの設計ミスかバクだよ。

＞名前のデータが健診ではかたかなだったのに、明細書では漢字だったことなどから、
＞暗号化する際、違う記号になった可能性があるとみて、

つまり、暗号化の失敗で、「ヤマダタロウ」が「山田太郎」になっちゃったんだな！
おそるべし！

> 厚生労働省は、名前のデータが健診ではかたかなだったのに、明細書では漢字だったことなどから、暗号化する際、違う記

博多カナさんかと

>>4あるにきまってるだろ
そもそも文字化けしたものだって逆をしてやれば元に戻るだろ
y=f(x)のときx＝f（y）ともどしてやればいい

つっ使えねえ

EBCDIC

これでメタボ指導から逃げられる

アホかよ。暗号化なら復号すればいいだけだろがｗ

>厚生労働省が、４年前に５億円余りをかけて導入しました。
１００万くらいで作れると思う。もちろん１人月。

メタボ健診なんて莫大なカネめちゃくちゃ使って
「病人」を自動的に大量に増やして、結局こんなザマだｗ
役人なんて、ルールいじって余計な仕事増やして遊んでるだけの馬鹿。
また、この付き合わせ作業にかかる巨額予算が必要なのでせうｗ

NECが悪い(決めつけ）

メタボ擁護団体の仕業？

一億何千万人の日本で9000万件ってw

作るのは得意だけど売ったり使ったりするのは苦手な日本らしい

>>17
abcがaaaというふうに文字化けして情報が減ってたらむりぽ。

タムタムに「ダンカンこのやろう」って謝罪してもらいたい

もう一杯経費おかわりってことだよねｗｗｗ

えっなにこれ
遺伝子レベルの解読研究がどうのとかいう話

じゃないだと？

暗号化じゃなくて個人情報部分をハッシュ化してたんだろ
http://www.mhlw.go.jp/stf/shingi/2r9852000000thao-att/2r9852000000theb.pdf

元に戻すのは不可能だから、漢字とカタカナ両方のハッシュ値を作り直して比較するのかね
何のための個人情報保護なんだか

厚生労働省はもう潰せよ

>>28
復号できるのを暗号化という。
復号できないのはハッシュ。ハッシュだと情報量減って元には戻せない。

>>26
40歳以上の特定検診分だけでそれ。実際は58億件のデータの大半が、まぁ多分パー

これさ、根本的な原因は診療報酬明細書(レセプト)の対象は医療であり、
特定健診を含む健診は医療ではない、つまりジャンルが全然別のものって
処にあるだろ?

レセプトデータなら記号番号が使えるが、健診って病気の治療じゃないから
そもそも記号番号を持ってない。だから本人(や会社)の自己申請による
名前だとか住所だとかのあやふやな情報で突合なんて発想になる。

>専門家「共通番号制度利用すべき」

医療用に番号制度を入れてもこの医療と医療以外の垣根があるかぎり
意味ねーと思うのだがねぇ。

>>24
医療系は富士通が独占してるイメージ

コンピーターの素人がやったからこうなる
玄人の俺ならコンピーターWindows3.1
のエクスセルとかオーヒースで完璧に仕上げてやる

マイナンバー導入のためにワザとっていうのは考え過ぎか？

何だハッシュ値の生成ミスか
生成されたハッシュ値の桁落ちしてるのか知らんけどご愁傷様
ハッシュ値の誤表示ということで許してもらいなさい

我が国はもう駄目だと思う

＞名前のデータが健診ではかたかなだったのに、明細書では漢字だった

あー設計上ではあわせてたのに運用でどっちかが勝手に変えちゃったのか〜仕方ないな〜
ってアホかよ

>厚生労働省は研究班を作って原因の調査を始めました。

>厚生労働省は、名前のデータが健診ではかたかなだったのに、明細書では漢字
>だったことなどから、暗号化する際、違う記号になった可能性があるとみて、
>専門家による研究班を作って原因の調査を始めました。
>厚生労働省は「想定外のことで、原因を突き止めて、何とか突合できるように
>したい」としています。

陛下、何とかしてください

単なる設計ミスっぽいな
氏名の漢字をキーに使うなんて設計者の頭の出来を疑うレベル

SEが糞だな。

メタボ健診なんかしても医療費が減るわけないべ？ｗ
健診やそこから派生する費用を含めて、返って税金の無駄遣いだべ？
何年かして壮大な無駄だったとわかった時に、一体誰が責任とるんよ？ｗ

担当者とベンダーバカなの？

えー、もうこういうの何度目？
これも日立に丸投げしたやつ？

もしかして、役所もSEもまとめて無能なんじゃね？

デブ多すぎだろ
アメリカかよ

もっと単純なミスだったよ
健康診断のデータ氏名は漢字で暗号化
明細データ氏名はひらがなで暗号化


↓↓↓


付き合わせできない！！！
５億もシステム作るのにお金かけてなにやってるんだろう

この間の年金はチュンチョンにやらせて日本語お粗末な書類作ってたんだろ？
関わった人間皆殺しにしろ
同じことやらかすぞ

はあ・・・

日本ってほんとソフトウェア苦手なのな

そしてハッシュ値の重複はない前提での設計になっていました

>>54
知的障害の公務員だけだろ

メタボ…懐かしい響きだな…

バックアップを書き戻せばいいんじゃね？

>>37
この手のは大概がNTTデータじゃないかと思うけどな。

片方の生年月日が西暦、片方が和暦、片方の氏名が漢字で片方がカタカナ
だったのが原因らしいのだが、これってただの仕様書とかみたいなのを書いた人の
ミスだけど東京医科歯科大学の川渕孝一教授がドヤ顔で国民総背番号制！！とか
発言したから、政府にとって都合良い材料なので報道になった・・・
とかじゃないの？
教えて！詳しい人。

自分たちの能力以上のことをやろうとして
失敗ばかりの厚生省

全員クビでいいだろ・・・

無能すぎ・・・・・・・

あほしかいねーんだな

>>58
>厚生労働省は研究班を作って原因の調査を始めました。

環境の準備や作業担当、費用負担を決めてる最中なんじゃないかな

メタボ煽って糖尿患者増やした責任は誰がとるの？

暗合の値で計算できるんだな。
便利な数学だ。
数学不要論厨消えろ。
http://www.itmedia.co.jp/enterprise/articles/1308/28/news084.html

もうIT辞めるから
オレには関係ない

社保庁システムで少しは反省したんじゃなかったのか？ｗ

とマスコミも言いたいんだろう

テストしてねーみたいだな。アホかよ。

失敗してもクビにならないんじゃそりゃ適当にやるわな
共産主義の悪癖はどこの国にもあるってこった

これか？
http://bank-db.com/rakusatu/1305
保守開始日を考えるとこれっぽい。

単体テストでみつかるレベルだろ
バカすぎどこの税金ドロボーベンダーだよ

>>68
おそらくテストはしてる
西暦、和暦、漢字、かたかなの違いで発生したもので
設計や実装上のミスではないからテストしても出てこない

多分、画面の入力が〇〇年生まれ、名前〇〇〇〇とかで入力する側も何で入力するのが正解なのか分かり難い作りだったんじゃねーの

これ悪いのはシステム開発した業者だろ

悪いのは発注した側だろ

↓
揉めてるからニュースになった

データを復号できれば、システム修正するだけで生かす道はある。

漢字名とカタカナ名とそれぞれのハッシュ値のマップを作るしかないな

突合できちゃった20%はカタカナ名の人のデータ？

>>76
いあ、常識的に考えてハッシュはかけてないはず。ハッシュはパスワード以外に使うことはまずない。
こーいうデータは、ハッシュではなく暗号化するのが定石だから、復号すれば元データに戻るはず。

そんなに金かけてつくるような物だったのか

>>79
件数が件数だからね

初めから付け合せをするつもりで作られたのコレ？それとも後付？
前者なら日本終わってるわマジで

pikazipで解決すんじゃね

>>81
どっちにしても終わってる。
まったく勉強不足のSE(SEとは呼べないがｗ）。
データ壊す阿呆はエンジニア名乗る資格ない。

厚生労働省「５億円ドブに捨てちゃったてへぺろ☆(・ω<)」

氏名と生年月日をハッシュ値にすれば暗号化も兼ねられるし、RDBMSを使わず安く
済ませる筈だったのに･･･

損失額どれくらいかな

>>77
カタカナかもしれないし、入力した所がたまたま西暦、和暦、漢字、カタカナを統一していたのかもしれん

>>78
暗号化のキーとして名前を使っただけなら復号できるかも知れないけど
元データに漢字かかたかなの名前しかなかったなら復号しても突合ができないから絶望だな

>>86
役人が資料作りで困る程度

>>87
>元データに漢字かかたかなの名前しかなかったなら復号しても突合ができないから絶望だな
1 on 1 で突合するとそうだけど、だからワークアランドとしてパッチを当てるんだよ。
候補データも含めてN on N突合させる。処理時間はかかるが、そーすれば多くのデータを生かすことができる。

4年分のデータを抜き出してくる手間、処理するマシンや領域、作業時間は誰が責任
取って費用負担すんのよってことでニュースになってんでしょ
技術的には大した話じゃない

>>78
お前の妄想なんかどうでもいい
実際ハッシュ値使ってるんだよ

原本とっとけｗ

>>91
>実際ハッシュ値使ってるんだよ
ならアホだ。システム設計の基本レベルから勉強しないと・・・

この無能共…

もうちょっとコンピューターサイエンスあたりの人材確保真剣にやれよ

>>78
あんたアホか

国民総背番号制とか全く関係ない、こんなんただのバグじゃんw

>>88
少なくても五億円の損失額はある

>>97
当然システム開発した所に請求すんだろ?

だれだよこのシステム設計したやつ

あほすぎる
たとえば住所のどっかの番地の数値が半角、全角違っただけで突合用のハッシュ変わってくるぞｗ

証拠隠滅の常套手段
壊れた
無くした

>>97
仕様の提示漏れかもな
だとしたら今までの保守費用含めて損失扱いできるとは思えないが

おい、
マイナンバー制度どうすんだよ…

そもそも突合対象のデータをハッシュかけること自体リスキーだし、処理速度若干はやくなる程度の恩恵しかない。
システムってのは信頼性が何よりも最優先されるべきなのは言うまでもない。
だからパスワード以外に対してハッシュとか普通は使わない。

こんなの文字コードいくつか試してせいぜい5分で解決できる案件とちゃうの(´・ω・｀)？

>>99
>>1を見る限りでは突合キーは氏名＋生年月日らしいよ

>>103
巨大なテキストファイルを突合するならキーをハッシュ化するくらいは当たり前

これ、受託企業は契約不履行で返金するんだろうな？

>>17
みてくださいこれが2chのレベルです
一方向ハッシュ関数も知らんのです

厚労省は受け入れ試験してないんだろうな
4年も経ってりゃ瑕疵担保責任の範囲外じゃね？ｗ

>>106
>巨大なテキストファイルを突合するならキーをハッシュ化するくらいは当たり前

そーいう例は、電子署名くらい。
電子署名だと公開鍵暗号方式＋ハッシュかける。
一般の業務システムでハッシュなんてパスワード以外に使うことはないよっと。

知ったかさん
これ分析用データですからｗ

もういいから、かかった5億円は厚生労働省職員の給料から引いておくように。
あと責任者は懲戒解雇な。

２バイト文字を暗号化すると文字化けするアルゴリズムでも使った？


役人は要らないね 仕事が出来ない事を何度も証明して見せてくれた

>>108
なんでわざわざ暗号化に一方向のものを使うんだよ

>>114
復号されると困るデータがあるから。
スクエニがハックされてデータ抜かれても重要データはハッシュかけてたから悪用されなかった。
つまりそーいうことだ。

厚　労　省　は　無　能　の　集　い　で　す


ただそれだけのこと。

>>72
普通なら設計段階でそういうデータは入力者によってばらつきが出る事は想定するはずなんだけど、
そんな事にも頭が回らないほどレベルの低いヤツに作らせてんのかねぇ？

基本情報技術者試験受けてから受注して欲しいもんだわ。

ほんまに文字エンコードの問題なんか？

どうせバカ天下り団体がやってるんだろ
富士通製のクソソフトに職員が指一本で入力してやってんだからｗ

パソコン詳しくないけど、もうダメだと思うんだ

ばーかばーか

わざとだろ
ＩＴ土方が自分で火をつけて消火するのはよくあること

暗号化っていうか復元できなかっただけだよ。ファイルが壊れてるんだよ

よくわｋらんけど 時A級のクラッカーなんだろ攻殻で観た

第三セクターでこういうの入力する仕事してたがものすごい大変だった
はがき一枚なくすと大ごとだし
欄外にメモ書きがあったらそれも記載しないといけないし

ハッシュ値の仕様はここに書いてあるよ
http://www.mhlw.go.jp/stf/shingi/2r9852000002s0h8-att/2r9852000002s0li.pdf

>具体的には、レセプト情報・特定健診等情報
には、�@保険者番号・記号番号・生年月日・性別から生成したハッシュ値１及び�A氏名・
生年月日・性別から生成したハッシュ値２、が付与されている。転職等で保険者番号、
記号・番号が変更になった場合はハッシュ値２により、氏名の変更等がみられた場合に
はハッシュ値１により紐付けが可能であるが、記号・番号と氏名がともに変更となった
場合には、いずれのハッシュ値においても紐付けは不可能である。


そもそも匿名性を重要視していて全体的傾向を統計的に分析するためだけの仕様に見える
まあ重要視してなかったから突合とか考えないで入力チェックゆるゆるだったんだろうな

他人任せのお役所仕事
頑張って働かなくても給料たっぷりもらえるもんな

突合w

文字までメタボかよ 死ねよ

>>3
500年ROMっとけ

>>34
(　´)Д(｀ )ハッシュドポテト美味しいよねえ

>>126
紐づけ仕様はいい感じだね。それでいいと思う。
ただ、情報変更が発生したら新データのハッシュで旧データのハッシュを上書きしないと
�@の変更後に�Aの変更が発生したら紐づけできなくなる。逆の場合も同じ。

メタボ検診自体がw怪しいもんだよ。ひっかからない方がどうかしている。
メタボ指導だと銘打ってスポーツクラブなんかがぶら下がっているけど、
○○さんは２キロ減量に成功しました、拍手してください、といったレベルの代物。

まして、今回のミスはデーターの復旧が不可能なんだろ？w
本件の税金５億はドブに捨てたわけだし、専門家を集めて原因究明ったって
何年かかるかわからん。厚生労働省の責任が無いという結論にするのが仕事だから
そりゃあ大変だろう。

思うんだが、個人番号をこんな連中に任せたら世界中に流出すると思うぞww
良かったな、世界中から健康食品やらダイエット薬品の広告メールが届くよ。

>>126
退職して結婚しただけで紐付けできなくなるクソシステムじゃねーかｗ
誰だよこんなザルを考えたやつは

>>133
>今回のミスはデーターの復旧が不可能なんだろ？w

ハッシュかける前の元データはどっかにあるだろ。
でもそれ全部またハッシュかけて積み上げるのかｗ

>>106
それにしたって生データを直にハッシュ化なんかするかよw アホかw

個人情報保護なんたらで氏名は暗号化する仕様だっただけだろw
誰だよハッシュとか言い出したバカw

エストニアを見習えよ

スマホを持ってる奴はロックジョイというアプリをインストールしてみないか？

今なら登録の際、紹介コードに【モナーク】と入れるだけで1000ポイントゲットできる

ポイントはアマゾンギフト券1000円分やiTunesポイントに交換できる

期間限定なので今がチャンス

iPhone→　https://itunes.apple.com/jp/app/rokkujoi-o-denapurezentokyanpenga/id656698242?mt=8
Android→　https://play.google.com/store/apps/details?id=com.buzzvil.lockjoy

復号化できないならそれは暗号化じゃねぇよｗアホかｗ

＞しかし、厚生労働省が去年、同じ人について健診と明細書のデータを突合して分析しようとしたところ、明細書のおよそ８０％のデータが突合できなかったことが分かりました
国民年金にひき続いて、厚労省はもっとしっかりしろよ
こんな調子でマイナンバー法案通しても、到底管理できるとは思えないわ

これ普通に運用時の取り決めしてなかったって話だろ？
そこまで規定してシステムじゃねーのか？

さっさと個人番号導入しろ
どれだけ税金無駄にするつもりだ

たまには責任を突き止めて、損害賠償請求しろよ。　

共通番号制度とか言っているけれど、共通番号制度のシステム作らせてまたバグで使用不可とかなったらさすがに笑えんぞ
ITゼネコンの丸投げ体質や孫請け、偽造派遣等によるごちゃごちゃした体制を何とかしない限りまた同じことが繰り返されるんじゃねぇの？
特許庁のシステムも失敗して55億無駄にしたばかりだろうが
この失敗した時は誰か責任取ったの？

要件定義基本設計ちゃんとやったのか？

この程度でバグ出してるやつらは、共通番号制があろうがなかろうが同じな気がするなー。
想定能力ないやつは抜けが多すぎてフォローするにも限界があるｗ

案外、中央の連中もアホなんだな

つーか内容的には消えた年金と同様の事例じゃねえか？

メタボの研究データが嘘だってばれそうになったから証拠隠滅

メタボのやつが犯人

>>147
>案外、中央の連中もアホなんだな

システム設計で最も重要なのは”想定能力”。気づく能力だね。
霞が関官僚みたいな偏差値バカじゃー話にならない。
実際に何が起こり得るかをすべて想定できないとバグは生まれる。

文字化けは関係ねーじゃん
値の入力規則すら考慮に入ってなかったバカシステムってだけだろ
こんなもん責任者に賠償させろよ

こんなシステム作ったクソベンダはどこだ？

馬鹿ばっか

そういやこの前ν速でBPM値書いてけってわけわかんねースレ立ってたな

>>126
あーあ。

入力を全部中国人に任せた時点で
日本は終わってた