【話題/IT】厚労省の診療データベース、入力時に「全角」と「半角」が混在していたため突合不能に [02/20]

厚生労働省が研究目的で構築した「ナショナルデータベース（NDB）」で、
約1600万人分のメタボ健診のデータが、レセプトのデータとひも付けできない
ことが判明。当初想定した医療費削減のための研究に、十分に生かせない状況に
陥っている。

理由はデータ入力時に「全角」と「半角」が混在していたことだ。

厚労省は2014年3月までにシステム改修を含めた改善策をまとめる。

◎http://itpro.nikkeibp.co.jp/article/NCD/20140212/536175/

フィルター一個かませばいいのに　

改修費30億円

我が国の厚生労働省ってソウルにあるの？と疑うわ

こんなのテキスト全部置換チカンすればいいだけだろw

http://summary.fc2.com/summary.php?summary_cd=284932
維新と創価公明　全面戦争へ!】橋下が田母神が吼える!　「公明は絶対に許せない!!」

http://summary.fc2.com/summary.php?summary_cd=292426
凶悪チャンコロ捕まえろ!】　枝久保隼己容疑者緊急公開手配!! 「怒羅権」
　
http://summary.fc2.com/summary.php?summary_cd=301759
まるで双子! 進撃のガンギエイ　韓国の全羅南道は創価なのか?　

http://summary.fc2.com/summary.php?summary_cd=284924
【自民ショック!】名護敗北は公明党の裏切りのせい!!【連立やめろ!】

>>4
うんざりするレベルだなｗ

英数字や記号を全角入力する奴は許せない

折角入力したのに・・・・

それだけならそんなに難しく無いだろう
全角・半角ならどちらかのデータをどちらかにあわせる処理をすればよい
と　言うか設計時に分ってる事だろう？

アスキ−コードのカタカナエリアは国によって違うので使わないのが正しい、ちなみに中国でそこは未定義

俺一応この道のプロだが
年寄りとか素人はやたら数字でも全角使いたがる
というか区別出来てない

>>6
1バイト（半角）カタカナを使う奴は？

はんかくせぇなー

全く違うシステムを名前をキーにしてくっつけようとしてんの？

どっちかに統一させるようにプログラムを通過させれば良いのでは
とプログラムできない俺が解決策を提案

数値と文字の区別を素人に期待しては
でも素人向けのエクセルは全角の1どうしを足しても半角の2にしてくれる

厚生労働省またか？？
消えた年金５千万人分はどうした？？
半分は未解明とか！！

>>10
長音（ー）とマイナス（−）の区別が出来ないフォントセットが多すぎる。

>>10
プロでなくても知ってる

この手のニュースって一般人の興味はどこのメーカー（代表）&業者（現場）に任せたんだって事なのに何で報道されないんだろ

>>1
日本のIT技術レベルが下がってる証拠だな

>>1
全角半角だけの問題だったら、時間無視してだけど
シェルかDBファンクションで精査したらいいんじゃね？
出来ねえってメーカーが言うなら別のでかい問題が隠れてるんだろ。

データが全角だろうと半角だろうとデータ型が同じならリレーションのリンクは張れるはず。

この件をまとめたTogetterも貼っておきます。
興味のある方はご覧ください。

【日経コンピュータ誌が取り上げた
厚労省メタボ検診データベースシステムの不具合と改修をめぐって】
http://togetter.com/li/632157

全部全角に変換して突合すればいいだけだろ。
普通によくある方法論だがな。
ついでに、「ァ」「ュ」などの、ひらがな、カタカナの小さい文字を
大文字にそろえたり、長音があったりなかったりするから長音を排除して
比べたりする。
名寄せ処理の基本だね。

厚生労働省はレセプト絡みでミスやらかしてるんだけど、多分隠蔽する
自分たちの責任を問われる事態になると逃げるからな

>>10
さまざまな入力フォームでなぜか全角で入れろ！と強制されるんだが。
なんなんだ？
住所の番地は全角で！
電話番号は半角で！

うざーーーー

>>19
IBMや富士通はさすがにこのレベルはやらかさんだろ、仮に孫請だったとしてもだ(笑)
俺は大塚商会の仕業と見た

まさか日本語が解らない所へ発注したとか

>>12
津軽衆発見

オレなら3月と言わずに3分で解決する

>>27
F通さんだそうです

すでにテキストデータになってるなら
今日中に変換プログラム書きますよ

5億円ちょうだい

ネットの買い物とかで、住所が全角指定なのがわからん。
テンキー入力による誤入力防止なんだろうか・・・。

それはそれとして、全角と半角のせいで突合できないってのは意味不明だな・・・。
そんなに難しいことなん？

>>26
住所の番地を半角で入れたらエラー
次の電話番号を全角で入れたらエラー
アホかと

>>24
同姓同名で生年月日が同じ人をどうするかが問題。
住民登録なら本籍で確定できるけど、厚労省だから本籍は登録していない。

>>31
Fもレベルが落ちたもんだな

お前ら自分の戸籍見に行った方がいいぞ
電子化して内容が変わってるで

>>28
そ、それだ！
もちろん日本語ができる『前提』で投げた親会社が居るのだろうが

外国人プログラマーが増えてるしな

>>31
報道に受注メーカーと製造業者を明記すべきなのに最低でも食品業並みに

１回プリントアウトしてOCRで読み込ませればいいだろ。

>>31
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
あ、正確な情報どうも。
思わずFと聞いて失笑してしまいましたｗ

どこのベンダーだ
糞過ぎる

システム改善もなにも、全角・半角の両方の文字が入る可能性がある箇所について
ASCII文字なら一律半角に
JIS拡張の範囲は一律全角に
置換すればいいだろ、とは思う

データ変換して、登録時に全角に直すようにするだけでいいだろうに、
ニュースにするほどのことなのか？ｗ

全角と半角の混在か
もう一度、手で入力し直すしかないな！！
大変だな！！！！！！

もしスレタイ通りのことでホントに
支障が出てるならアホだな

システム作る時にそのくらい想定しておけよｗ

手入力で修正すればいいじゃん
どうせ暇してんだ公務員様は

>>33
内部的にはコード比較だからね
大文字と小文字ではコードが違うから
ま　検索する時に事前に細工すればある程度防げるだろうけど
１００％とは行かない

>>41
OCRは精度良くなったとは言え、１００％では無い
人の目でのチェックが入るならそれこそ大変
特に読めないだけならまだしも文字の誤認は探すの大変すぎる

>>36
今の大手にこの辺を出切る企業は無いと思う
内部に開発部隊持ってなく子会社使って管理しているだけでは？
削減削減と言って基本部分まで外に投げているとしか最近は思えない

日本語の半角名中黒を中国語の原稿に貼り付け、最終の中国語の文章にしたら化けました、しかもそのことを理解出来ないＷＥＢ屋さんがいて　

>>45
同姓同名で生年月日が同じ別人のデータを一人のデータとして扱ってしまう可能性がある。

全部半角にして比較したらええんでないのか?

>>26
住所などを全角で強制するのは、例えば郵便物に住所などを印字するときには、
印字枠内に収める必要があるが、全角半角が混在していると印字後のサイズを
計算するのがタイヘンだからとか、名寄せ処理に手間がかかるとかだな。
全部半角で入力するのは無理だから、必然的に全部全角を要求することになる。

これとは、関係ないはなしだが、MS-Wordの標準設定だと、英数の半角文字と
全角文字の文字間が無駄に空くのがウザいな。
あの設定がうれしい人がいるのか？

こういうのって初めからの出来レースだよね
ずさんな仕様で発注して、発注側も開発側も誰一人突っ込まない
後から問題があったって追加の仕事が発生する
安価で効率の良い修正方法は選択しない
競争入札してても、持ち回りをあらかじめ決めてるんだろ！

>>52
それって一律全角、ないしは半角で入力されていた場合には起こりえない問題なの？
文字コードとは関係ないじゃん

もう、帳票でやれよ

半角全角のスペースで段組み編集をしようとするお爺ちゃんお婆ちゃん

既にキーをハッシュ化済みで、個人情報保護の観点から元データ削除済みとか？
昔は下請けがこっそり持ってた元データも、コンプライアンス遵守でしっかり消しましたとかｗ

>>35
そのはなしが全角半角のはなしとどう関係するのか、頭の悪い俺には理解できません。

一括変換すれば済む話だけど、簡単にできると金が廻らないからなぁ。腐ってるｗ

管理番号みたいなの付けてないの？

>>6
全角を強制するサイトもあるんだが

単純に一人一人
番号ふれば良かったんだろ

バカみたい

例えば
376dhgの田中三郎さん

>>53
おまw　しー

>>26
そうだよな
全く問題ないとこもあるんだし、改善できるだろ

そもそも目的の研究がいらないわけで、だから真剣にやってないんだろう
データ入力の基本が出来てないとのことだが運動と食生活の改善も基本だ

基本が出来てないでたらめな仕事だらけってだけですよ

ていうか、そういうものを統一させるために国家権力というものが存在するんだろ


働かなくていいところで無駄に働くくせに、なんだこいつら

「すみません、今日は切らしてまして。」

そうにこやかに謝りながら彼は僕の名刺を受け取る。
Fの営業が連れてくるＳＥはいつも名刺を持たない。
僕は彼の名刺をもらえたことは一度もない。
それでも僕は挨拶するたびに名刺を差し出すのだ。
いつになったら彼の名刺をもらえるようになるのだろう。
もしかしたらずっと僕の名刺が減り続けるだけなのだろうか。
そんな風なことを考えながら今日も彼のプレゼンを聞くのであった。

>>56
住民登録関連なら本籍で確定できる。
でも厚労省のデータベースに本籍は登録されていないはず。

最初のシステム設計に問題があったのを誤魔化すために、全角、半角の問題にすりかえている。

優秀な学校出た高級官僚の方々は税金でどれだけ殿様商売が出来るものかを競ってるんだよ

>>1-2
予算おかわりするために仕込んだ可能性もある

>>9
ド素人が何を偉そうにｗ
「アスキ−コード」？
文字を良く見ろ…てかそういう問題じゃない。

官僚なんか任期制にすべき
4年契約とか

長すぎるんだよ任期が

>>40
レセプト関係だからNTTデータ？

これデータベースそのものが半角と全角を区別できない仕様だったって事なんでしょ？
入力者がバカだったって事にしてる奴なんなのよ

>>70
いや、だからさ
突合のキーが足りないという問題なら突合キーを増やせばいいだけだろうて
「文字コードに相違があるなら統一すればいいじゃん」というレスしかしてない人間に対するレスでもないだろ

OCRは予想できない誤字が発生するのでさらに手間がかかる。
手書き原稿より始末が悪い。

>>50
郵便物あるでしょ
あれ高速仕分け処理するために手書きの文字を処理してデータに変換
それを見えないインクで印字してる

やる気のあるところは実現してるんですよ
郵便物を人手で仕分けなんてしてられないではないか

>>1
　半角と全角は変換可能。

　自分の健康保険証を見てご覧。
　漢字の名前はあっても、よみがなが書いていない。
　カルテ、診療報酬請求書にもよみがながない。

　に対して、特定健診はよみがなが基本。漢字は任意に入力。普通は
　健診者に失礼だから報告書用に入れるけれどね。

　病院の外来で、自分の名前を読み間違えられる人いるだろ？
　それはよみがなのデータが保険証に書いていないから。

　よみがなと漢字も名前は突合できない。これだけの話。

>>74
任期だけではダメ
議員も任期制だが合計で最長１０年までとは言われるね

民間のことが分からず浦島太郎になってくる
またずっと権力側にいると利権で身動きが取れなくなってくる

確かに、他人が作ったデータいじる時
修正するのに苦労しまくるな
入力には癖があるもんな
最初に伝えておかないとね

>>60、>>62、>>64
別々の診療機関が持ってるデータ（カルテ）から、同一の人のデータを突合して統計処理するのが、この研究。

個人情報保護に配慮しすぎたのが敗因。

もうすぐ国民総背番号制度が始まるから、このような失態は起こらない。そのかわり、国民総背番号で突合すれば、個人情報は丸裸。

>>70
そのシステム内で入手できる情報を使ってシステムを構築するしかないわけで、
入手しえない情報が「あればよかった」なんて語っても無意味。
研究用のデータなんだから、最終的には同姓同名、同生年月日、同住所のような
レアデータは排除しても問題ない。
半角全角のはなしとはなんの関係もないし。

>>83
少なくともデータ発生源及びレセプトデータの診療所情報を突合のキーにするだけで
1600万が紐付けできないという事態は是正できると思うが

診療所以外でレセプトを発生させない形で登録されたデータが紛れてたり
同一日に同じ診療所で同姓同名の同誕生日の人間が多数診療を受けたとかいうなら無理だろうが

素人目にもデータベースのシステム不備に見せた何かの隠蔽の臭いしかしないんですけども
厚労省の人たちは誰も首にならないんだろうし
おかしな事件ばっかりだね

>>83
半角全角と関係ない的外れな話を延々と書かなくていいよ。
収集した目的外に個人情報をつかったり、他の組織に渡したりしないというのは
基本中の基本なんだから、別に配慮しすぎた訳でもないなんでもない。

全角半角の置き換えソフトなんかフリーですらあるやろ(´･ω･｀)
ただ税金かすめ取りたかっただけで最初から何もやる気ないだけ

仕事を増やすためにわざとやりやがったんじゃないのかと邪推してしまう

＞ID:N2NVhoqJ
日本に同姓同名、同一生年月日の人が約1600万人もいるわけないだろ。
問題をすり替えているのはおまえだろｗ

どんだけ無能なんだよwwww
少しはグーグル先生見習えよ

何が問題なのかわからないが
もしかして氏名で漢字とカナが入り乱れてたらアウトだけどな

予算を再度取るための　計画的犯罪

>>79
郵便物は郵便番号が元だったはず
全部の文字ではなかったかと
それに読み取れなかった物は別の場所に出て来て
職員が手作業で分けてはず
それにあれの場合、最終配達でどの道人の目に止まるから
間違いがあればそこで分かる事になる

半角カタカナとか全角数字とかだけなら変換したら済みそうだ。
ということは、半角全角に起因する何かもうちょっとめんどくさい理由あるはず。
なんだろうな。

こんなの厨房だって3分で修正できるだろwww
Fかよ・・・日本はお先暗いなあ…

こんなの10秒でプログラム書いてバッチ当てるだけじゃん

よーしらんけど、入力時に強制的に半角のみ入力可指定とか縛りできんの？
万が一考慮して、特定項目のみ全角→半角変換させるアプリでも
一発かまして整合性とか取らないの？
全角半角の共通語句なんてたかしれてるだろ。

案外大変かもなあ
健診のデータの仕様が全部違ってたりして
メタボABCDEFの判定基準が時期、場所によってめちゃくちゃだったなんてオチも

これなおすために莫大な予算付けて半分を天下り受け入れ会社に払わなきゃいけないんだろ

厚労省って事だから年金の入力みたいに超適当なんじゃね？
言えないもんだから書式の問題に見せかけて予算とって
誤魔化そうとしてるんだと思うな。

元のデータを書き換えない前提だったんじゃないの？
元データの置換ができるから、簡単な話なんだし。

元のデータの所有権はそれぞれの病院にあるんだろうし
書き換えちゃうと、各病院の内部システムでうまく
動かなくなったりするだろうからな。

>>102
別に元データを書き換える必要はないし
突合時だけテンポラリに落とす際に変換噛ませばいいだけかと

加工する事によって本来の用途に支障が出そうな場合は大抵はそうすると思う

>>98
＞よーしらんけど、入力時に強制的に半角のみ入力可指定とか縛りできんの？
複数の組織からデータを収集したわけだから、その組織ごとに統一の仕方は異なるだろ。
日本に存在する全てのの組織や個人に対して入力方式を強制するなんてできないし。

>>102
元データを置き換える必要などないだろ。
コンピュータ上での突合なんだから、突合するプログラムのメモリ上の変数値だけを置き換えるだけ。

半角カナと全角英数字は日本国憲法で使用禁止にしろよ、まったく

全角、半角を変換するプログラムに通せば一瞬だけど、それの開発に500億ぐらい使うんだろ？ｗ
税金の無駄遣いやめろよな・・・

>>72　に一票!!

>>107
CSVの所定カラム（設定を変えれば任意に指定できる）をこの仕様の通りに置換するツールを作成してください

って案件でSOHOの人が見る所に晒せば、5000円も出せば人が殺到して困る事になると思う

診療報酬って医療機関の利益の源泉故に電子化を避けてきている経緯を考慮すると
ワザとやっているか若しくは出来ることも出来ないと嘯いてるだけだろｗ
テキストデータのコード比較してどちらかに統一するなんて
ソフトウェアの知識がなくても解るだろうに
子供ですら馬鹿にしているという役人の性根の悪さがよくわかる

小さい「ヤユヨ」の入力の仕方を知らないジジババが
半角「ﾔﾕﾖ」で誤魔化してるのを見ると頭に来る

債権者のデータが前任者のジジイのせいでーが全部−になってる。
うぜええええええ。

これレセコン納入業者は仕様を合わせてなかったの？

>>110
医療費改定にいちいち手計算で対応するのは大変だから
殆ど全ての診療所で診療報酬情報提供サービスが提供するマスタを受入れるようなシステムを使ってると思う

えぇｗ　細かい仕様がわからんから何とも言えないが、
追加工数の請求理由に適当に書いたやつだろｗ
そもそも入力項目自体でマッチングするにしたって整形してからやるだろ

素朴な疑問：レセプトのオンライン化・電算化をかたくなに拒む理由は何？
これに答えられないこと自体がすべてを物語ってるだろう

その筋の人はしきりに数字は半角が正しいって言うんだけどさ
日本語が仕事の人からすると半角は記号であって言葉じゃないんだよね
だから一般的な文章の中で使用するなら全角の方が正しい場合もある
もちろん、新聞なんかでのデータの提示なんかだったら半角なんだけどね
そこら辺の区別できるようになってから全角の人を馬鹿にした方が良いよ

>>1
trコマンド一発でだめか?

>>1
どっちかに統一変換したら終いなのでは。
問題視する方がおかしい。

>>114
またトンチンカンなことを書く。
診療報酬情報提供サービスが提供しているのは、診療項目と価格の情報だけだろ。
健診データの人物と、レセプトの人物をジョインするキーとなる項目とは
何の関係もないだろ。

βακα

なんだ甘えか？
文字入力するんだから全角と半角は混在する事くらい事前に分かるだろ
受注したメーカーはわざとやってるのか？

>>54
数字を全角にしたせいで二桁以上の数字が途中で折り返されて可読性を損なうとかザラなのに
住所に二行しか使えないのに、全角数字が意図しないところで折り返されて本来の二行目が印字できてないとか

全角強制にするならするで、そういう部分も考慮して欲しいわ

>>118
文字コード混在してたり文字列中に制御コードが混じってたりするんやで

>>116
医科や薬科では８割以上電算化してるんじゃなかった？
もう「かたくなに拒む」という表現は当てはまらん状況だよ。
遅れてるのは歯科だけ。
その理由は個人経営が多いので、電算化する余裕が無いのと頭がついてこないのとの
二本立て。積極的に理由つけて拒む人はもう化石みたいな存在だと思う。

>>1
「全角」と「半角」が混在自体、単純に修正プログラムを作成すれば
解決できる。
問題は「全角」と「半角」が混在している項目の文字最大桁数を変更する
必要がある点だと思う。
この点も容易に対応することはできる。

ＦのＳＥは当たり外れ多いから、外れの人が設計したのか？
それともＦの下請け？？？

>>120
受入れられるシステムを持っている、という意味だけど
他にも病気の情報や医療用具の名称等を統一させる為の情報を提供しているし
レセプト電算処理システム自体もここで提供している

>>27
大塚商会の下請けで仕事をしたことがあるがｗ
こんなアフォなことはやらんぞ

英数字と記号とspaceなどは1バイト系に一括置換しちゃえー

社会保障番号というのか所謂「背番号」を導入すればこんな愚かなことはほぼ根絶するのに…

フィルター一つで解決するんじゃないでしょうか？

解決できないような問題でしょうか？

それこそ全部のかなを文字コードに置き換えて拾っていっても

３０億円はかからないだろうけど、一体何にそんなコストかかるんでしょうか？

だってかな全部あわせて９９文字以下なのに。
それとも独自規格、CTRL+JIS 半角ひらがなでしょうかwwww

>>127
＞他にも病気の情報や医療用具の名称等を統一させる為の情報を提供しているし
めんどくさいヤツだな。
その提供されている情報のどの項目が、健診データの人物と、レセプト情報の人物を
ジョインするのに使われる項目なのか教えてくれ。

データを半角か全角､どちらかに置換すれば良いと言っている人が多いけど､
実際にはそんな単純な問題じゃなくて､データ収集項目の不一致とか致命的なミスがあるんじゃないのか?

>>116
レセプトで電算化していない所は殆ど無いと思うが。
病院はほぼオンライン請求になっているし、医院もオンライン化が進んでる。

レセコンメーカーがデタラメでやらかすけど。
○立はダメだ。長年ミスに気付かなかった厚労省もダメだが。

コストはかかりますが
私が何とかしてあげてもいいですよ〜

ぐちゃぐちゃ言ってるけど、３０億円かかるような仕様変更じゃないよね。

一枚フィルタかませば済む事だよね。

拗音はすべて大文字に統一し半角は全て全角にする
でも所詮カタカナは９９文字もないのであっという間に置換完了ですよね？
同姓同名回避はできないけれど、それは別の番号で照合するんでしょ＿？

基　本　設　計　以　前　の　問　題　だ　ろ！

ど　こ　の　Ｓ　Ｅ　を　雇　っ　て　い　る　ん　だ！　

ド素人のような派遣設計者が
「ピポッ！　使えない文字が入っています」

なんていうポップアップメッセージ出そうとしてたのには
呆れ返って言葉も出なかった

>>132
健診データに「氏名」「誕生日」「診療を受けた診療所」「診療を受けた年月日」の情報があれば
レセプト情報と突合する事は可能だろ

>>134
地方とか田舎では手書きカルテとかいう医院がまだそれなりにあるんだよね
レセプトのオンライン化も、算定日時で適不適を評価されるとか医院的に不利になるので
オンライン化を避けるところも多い

秀丸エディタ通せば

マッチングのプログラムで「ヤ」と「ﾔ」を単純にfalseにしてるってこと？考えられんな。学部の宿題レベルだぞ

日本の技術は凄いってなってるが．．．
こんなの個人レベルでもどうにでもなる技術だし、当たり前の処理。
なんか、これからの未来が暗くなるわ。

>>116
1をよく読もう。
「レセプトのデータ」と「メタボ健診のデータ」のひもつけ(ジョイン)が
できないと書いてる。
レセプトは電子化していても、突合相手のメタボ健診データの書式が
レセプトのデータと違えば突合できないだろ。

せっかくシステムをえらい人が、予算取ってきて、
構築しろよと、持ってきても、
オペレートさせる責任者が、運用時の、
リスクシュミレーションを考えず、
ただ、作ったから入力しろよと垂れ流した結果だよね。

この責任者に、残業代無しで、3月末までに、
半角を全角に変換させる作業をさせた方がいいよ。
つうか、やれ。

>>1
単純に全角と半角が混じってるだけなら
マッチングする寸前に、データベース側の文字列を全角に変換すりゃええがな…

これ検索システムの常識とちゃうん？
俺の扱う奴はそうして回避してるぞ…

全角ならまだしも、丸数字使う馬鹿もいるからな

>>140
カルテの電子化はコストに見合わないから大病院以外ではほとんど進んでない。

>>107　>>109　>>131　>>136　　　　　そうですね・・・

>>139
＞健診データに「氏名」「誕生日」「診療を受けた診療所」「診療を受けた年月日」の情報があれば
健診データは「診療報酬情報提供サービス」から提供されるデータではない。
その時点で、あなたが>>114に書いた
＞診療報酬情報提供サービスが提供するマスタを受入れるようなシステムを使ってる
こととはまったく関係ないことを理解しよう。
それに、診療報酬情報提供サービスからは個人の氏名の誕生日も住所も提供されない。
診療報酬情報提供サービスから提供されるのは診療項目と価格だけ。
健診データの「診療を受けた診療所」「診療を受けた年月日」と突合する相手は、
レセプトデータの何の項目なんだ？
健診ではレセプトは発生しないわけだが？

パソコンが普及し始めた20年ぐらい前みたいな話だなｗ

>>150
それは>>110と直結する話題なのか？

全角半角よりか表記の揺れの方がよっぽど面倒だな。

厚労省=日本人抹殺組織

>>150
健診とは言えタダ働きさせる訳じゃないし、請求は市区町村に飛ぶと思うが・・・

>>152
＞それは>>110と直結する話題なのか？
直結する。
レセプトデータの書式がどうあれ、突合相手の健診データはレセプトデータとも
診療報酬情報提供サービスから受けとるデータともまったく無関係に存在するんだから、
診療報酬情報提供サービス云々は突合の可否をはまったく関係ないんだよ。

※人力で修正して莫大な予算と時間が掛かります、当然、人力なのでミスもたくさん出ます

わざと仕事増やしてる

全角を半角に置き換えればいいんじゃねーの？　

カタカナが絡んでいるとすると、フィルタで一発解決にはならんぞ。
「ハツトリ」が服部さんなのか初鳥さんなのかわからんし。

ちなみに、「小学校」を「しようがつこう」と書いても、日本語的には
全く間違いではない。小さい「ゃゅょっ」は、使っても使わなくても
良いことになってるんだぜ？

グーグルの検索機能の見習え

>>155
市町村が実施している健診なら市町村に請求が飛ぶし、
企業が行っている従業員の検診なら請求は企業に飛ぶ。
しかし、請求がどこに飛ぶとかのはなしはまったく的外れ。
健診のデータの書式と、レセプトのデータの書式が異なって
突合できないというはなしなんだから。
請求先が市町村であれ企業であれ、健診を受けた人を特定するための
キーデーターが、レセプトデータの個人を特定するキーデータと
統一された書式にはなっていないことで突合ができないんだから。

>>156
何を言いたいのか全く意味がわからん
レセプトの元になる情報を共有する事と突合できない事と直結させるようなレスをした覚えもないが

そもそも仕様的に突合キーたりうる情報に欠損があるなら、要件定義段階のミス
突合キーがあるのにも関わらずそれができないのならば、基本設計段階のミス

というレスを返した中で気に入らない回答でもあったのなら傾聴の価値もあるが
全く噛み合ってない

>>144
スレタイと>>1を読んで思ったんだが
＞約1600万人分のメタボ健診のデータが、レセプトのデータとひも付けできない
意味あるのか？
メタボ検診を受けた1600万人が何らかの医療行為を受けたという前提で
情報を解析しない限り意味ないだろう

そもそも同一人物が「診療」と「検診」を受けて解析するから
調査する意味があるんじゃないのか？
問題の根本はITと関係ないだろう

もっとも1600万件位、
「消えた年金問題」に比べたら人海戦術でも十分対応できるだろう
どうせ霞ヶ関文学のネタ作りのためにやってるんだろうｗ
後、医療行政を司る役所と医療機関の利害が僅かでも一致してることの方が
問題なんじゃないのか？

>>26
あるあるあるあるあるあるあるあｒ

>>162
最終的に医療報酬の支払いに直結する情報だから
あと>>1を見る限り、許容文字コードの相違以上の事が読み取れないんだけど
それ以外の致命的な書式相違によるというソースがあるのん？

趣味プログラマーの俺からアドバイス

正規表現

ｔｔｐ：／／it.slashdot.jp/story/13/11/05/0942255/
この情報からするに、名前とか生年月日等は個人情報保護の点から
ハッシュ化したものしか保存していない。そして
一方のDBはカタカナ名のハッシュ、もう一方は漢字名のハッシュなので突合しようと
したけどできなかった（ハッシュのため元の名前も復元できない）
ってことらしいな。
って結局設計時に分かることだが。

健診受けた人の名前（カタカナ・漢字）のリストを入手できれば、ハッシュ値再計算して
突合可能だけど入手も難しいのか？？

変換に失敗してデータ化け化けで終了

全角半角だけならいいけど、入力者によって名前の旧字を常用漢字で入力してたりしてなかったり(斎藤・斉藤・齊藤とか)

そもそも最初から名前で紐づけなんて絶対無理だと分かってことだからｗ

>>168
なるほど、そういう事なら要件定義段階か基本設計でも初期段階で解るはずの分析が不十分だったという事かな

「健診 レセプト」でググっても自治体によっては紐付けを行えている所もあるみたいだし
極端に難しい情報ではない気もするが、どうなんだろう

(）　こんなカッコを打つのもやめろ。

これ、追加予算をせびるためにわざとやったんじゃないか？

ちなみにこのシステムを受託したのはどこの会社なの？

安い解決策だと儲からないので、５０００万で改修がベストです！！みたいな。。

名前で突合するわけないだろ
IDで扱うだけだし名前なんてどうでもいいはず

何じゃこりゃ？
エクセルだったらasc関数で一発のような？

sedで一発

>>164
＞メタボ検診を受けた1600万人が何らかの医療行為を受けたという前提で
＞情報を解析しない限り意味ないだろう
医療を受けているか、あるいはいないかも解析の対象だろ。
メタボ健診者全員が医療を受けているわけじゃない。
例えば、メタボ健診でメタボではないと判定された人と、メタボの人とで
平均医療費にどれほどの優位差あるかとか、
メタボ判定を受けた人は、どのくらいの割合でインスリンを処方されている
(糖尿病に罹っている)かとかを解析するんだろ？ (推測だが)
だから、レセプトのデータの人物と、メタボ健診を受けた人とを
ひも付けする必要があるんだろ？

例えばメタボ健診のデータに健康保険証番号があれば、レセプトデータと
簡単にひも付くだろうが、メタボ健診のときには健康保険証なんて提示を求めない。
そうなると、健診した機関から提供される氏名、シメイ、生年月日、住所などの
キー情報でひも付けするしかない。
そのキー情報がまったく統一されていないんだろ。
メタボ健診なんて、病院で行うも場合ばかりじゃないし、病院で行う場合だって、
そもそもレセプトを発行するわけじゃないから、レセプトの請求システムとは
まったく違うシステムの上で管理されていたりする。
企業から送られてくるExcelの社員受診者リストにPCで手入力するような場合もある。
そのリストにはフリガナしか記載されていなかったり、そもそも住所など記載されて
いなかったりする。

そういうデータを極力正確にマッチさせるのはit技術だろ。

ハングルでも混じってたの^^?

>>175
具体的に何IDを突合するんだ？

>>178
http://law.e-gov.go.jp/htmldata/H19/H19F19001000157.html
これの第十三、十五、二十七条辺りを一度見た方がいいと思う

ごめん、第十一条の方が重要だったな

バッドデータハンドブックのお手本のようなデータ

>>181
反論があるなら具体的にお願いします。

>>184
費用請求の為にレセプトデータを起こす必要があり
またどの個人が健診を受けたのか（不正請求を防ぐ為に）保険番号による診療報酬請求のチェックを行う意味もある

保険証提示が要らないのは、当月に別の診察を行ったから不要とされたか
企業なんかで行う健診の場合、書類中に記載された保険番号と社員番号さえあれば十分だから、という理由だったりするだけ

何でこんなんが報道されるぐらい大事になるまでほっとかれたんだ
体制がよっぽど変なんだろう

>>185
その法律は「お金は健康保険から支払う(支払え)」と言ってるに過ぎない。
請求や支払いの手段も、価格も規定していない。
現実には健康診断は自由診療と同じ扱い。
企業や自治体と、そこから依頼されて健康診断を実施する医療機関などとの間で
価格は自由に決定できる。
だから、通常の健康保険の請求/支払のシステムとは別に管理されている医療機関も多い。

>>187
診療報酬の取り決めについては、この法律の根拠法である高齢者の医療の確保に関する法律辺りでも読むこと
http://law.e-gov.go.jp/htmldata/S57/S57HO080.html

>>188
反論があるなら具体的にお願いします。

>>189
本筋と関係ないからな、知らないなら読んで仕組みを知っておけ以上の事は言えない

少なくともそこに費用が発生する場合には取り決めとして>>181に記載されている情報が必要になるし
例え企業で行うから直接的な請求が表立って個人に向かわなかったとしても（会社が経費の中で処理したとしても）
誰を健診したのかの情報としては残るルールになってるから、保険が関係ないなんて事はない

>>180
保険番号か年金番号じゃねえの？知らんけどｗ

>>190
健康保険が無関係とはいってない。
ただし、ポイント単価は自由に決められるので、小さな病院などではシステム化されていない場合が多い。
システム化されているのはポイント単価が固定されている健康保険診療だけって病院も少なくない。

メタボやガンなんかの指健診っていつ自由診療の枠組みに入った？
国民健康保険加入なら、自治体から
診察が受けられる指定病院・医院・保健所なんかのリストを同梱して送付されてくるだろ

>>192
よくわからんけど、ID:9vkiD/2I＝ID:e0VaT36Jって事でいいのか？

「メタボ健診 （自分の所属する市区町村）」でググったら恐らく自分の自治体が提示する診断費用を掲載してると思うけど

IDなら半角
氏名等なら全角
を指定して

もし違うなら変換してから処理すればいいだけのような気がするけど

ハッシュ化する前に全角に統一すればいいだけじゃん

相当アホなプログラムなんだろうなｗ

＞請求や支払いの手段も、価格も規定していない。
＞現実には健康診断は自由診療と同じ扱い。
＞企業や自治体と、そこから依頼されて健康診断を実施する医療機関などとの間で
＞価格は自由に決定できる。
額面通りに読むと保険者（健保組合）・医療機関・企業の間で
幾らでも不正が出来るんじゃないのか？

F10押すだけやんけ

公務員のことだからどうせ自分らでわざとそうやって予算を引っ張りたいんだろうさ

高卒の新人にでも作らせたのかってくらい酷いな

ルールを決めてそのルールに沿った入力しか受け付けないプログラムを作り
その中で入力する設計では基本中の基本だけどな

修正作業に1000億円規模の予算をつけたほうがいいな。

>>196

ハッシュ化した後に気づきましたｗ

って話でしょ

ハッシュだけにしたら、前方一致・後方一致・部分一致とかの条件検索が
一切できなくなるだろ。　仕様決定にゆとり馬鹿を関わらせるな。

えくせるにこぴぺして、=ASC(文字列) or =JIS(文字列)でなんとかならな・・・かったんだろうな

>>6
切り替えるのが面倒くさい。

こういう問題は規模が大きくなればなるほど深刻な問題になる。
数日で出来る対処を行ったために億単位の金をドブに捨てることになる。

元々全角以外入れられないまたは半角以外入れられないまたは両方入力可（両方ソート可）のプログラムを作成して
その上でしか入力出来ないものを作ったらどうだろうか？

素人に毛が生えた程度の人でもやらかさない様なシステム作った糞会社は何処？ｗ

とりあえず半角カタカナは禁止にしようぜ。
格好悪いったらないよあれ。

単純に半角文字を全角にそろえるだけなら、Excelでも、

Dim nRowPos As Long

With Thisbook.ActiveSheet
　　nRowPos = 1
　　Do While .Cells(nRowPos, 1).Value ""
　　　　.Cells(nRow).Value = StrConv(.Cells(nRowPos, 1).Value, vbWide)
　　　　nRowPos = nRowPos + 1
　　Loop
End With

でできる。　これだけのプログラムで、A列セルのデータを、先頭行から空白セルを見つける
まで間、セルに含まれる半角文字を全角文字にできる。

簡単に解決できないってことはハッシュ化前のデータがデータベースに無いんだろうな。自分の金じゃないから雑な仕事だな

現場が指示を守ってなかっただけ。

>>2
こんな簡単な事で30億円
ぼろ儲けだわ

キーワードで二分木構造を作るならまだしも、ハッシュだけにしたら
詳細検索ができない。

> 日経コンピュータ：厚労省1600万人の健診データに全角半角が混在し
> 突合不能。ハッシュ化前に正規化すべきことは設計時点で気づくはず
> だし，今からでも簡単に修正可能。修正に5千万円！私に発注してほしい

三重大学教育学部教授・学長補佐（情報担当）専門：情報科学・情報教育
ttps://twitter.com/h_okumura

↑ こういう馬鹿が、大学でゆとりを量産している元凶。

自分でURL貼っといて、コメントまで読んでなかったが、この辺が真相っぽい気がする
it.slashdot.jp/comments.pl?sid=615873&cid=2490496
it.slashdot.jp/comments.pl?sid=615873&cid=2490509

メタボッタクリ検診のデーターって
腹回りサイズとアンケートだっけ？
で調べたら病院の診療報酬明細がばんらばらで付け合せ出来ないのね
病院の診察カードいっぱい持ってるけどDBの中じゃ自分が複数人いるかもしれないのねｗ

厚生労働省またか？？
消えた年金　５万円分はどうした？？
半分は未解明とか！！

xlsをvbaのフォームにcsvで出力するときに苦悩した記憶が蘇ったわorz
デバッグ頑張って。

日本の官庁関連のシステムって、

なんでいつもこうなの？

誰か教えて

日本のお役所ではよくあること

いやいや簡単に合わせられるだろｗｗｗ

正規表現使ったフィルタで一括変換しろよ

>>220
たぶんウン億〜ウン十億を大手使って作らせているはずだが、
建設的思考が出来ない文系生温お役所様がシステム関係には無知だから
発注内容が曖昧で発注先と意思疎通が取れていない（発注先が専門用語で意思疎通を図ってもチンプンカンプン状態かとｗ）
そして、そんな曖昧状態のまま作っちゃうもんだから、色々ボロが出る。
等だと思う。他にも受注先にもあるはず。（部署間部門間で色々とね）
あまり悪くは言いたくないが、賢い人材が全体的に乏しい。
まぁ、お役所より上の人は賢い人間が下にいないほうが噛み付かれなくて
やりやすいからこうなってるんだと思うがｗｗｗこれ以上は書かん（お察し

自動変換か置き換えで10秒で解決するんですが？

なるほどなるほど、これはしんこくなもんだいだ

これ設計した奴どしろーとか。

これならITスキルいらない
無償で修正させろ。
設計がおかしすぎる。

マイナンバー利用拡大推進のためのステマだろ。

>>225
量が量なだけに処理完了10秒は厳しいが現行マシンスペックならどんなに長くても10分で処理終わるな

>>37
明治から続いていた手書きの戸籍は
市役所ごと津波で流され電子化された

アナログコピーのバックアップは手元にあるが
そもそも旧字体+縦書きで読めないw

今後、入力時どちらにするか統一した仕様をつくり
今までのは置換しつつ文字コードと一緒に目視でやればいい

>>224
発注管理する立場にいる責任者が順送りで上に居るだけでなんも知らんかったりするしな

システム開発は富士通らしいね。

富士通にも、他社にないこんなオンリーワン技術があるのに。

被害１３２口座　全て他行　　横浜銀不正引き出し　金融機関揺らぐ信頼
ttp://www.tokyo-np.co.jp/article/kanagawa/20140206/CK2014020602000129.html

> 横浜銀行のＡＴＭの保守責任者の立場を悪用し、利用者のカード情報を
> 不正に抜き取り、預金を引き出したとして、富士通フロンテック元社員の
> 赤星敏一容疑者（４６）＝川崎市多摩区＝が県警に逮捕された事件。

> 赤星敏一さんの特許一覧
ttp://astamuse.com/ja/patent/published/person/7224112

ttp://www.j-tokkyo.com/2006/G06Q/JP2006-330934.shtml
> 【発明の名称】 オンライン取引システム、中央処理装置および現金自動預払機
> 【発明者】
> 【氏名】赤星 敏一
> 【住所又は居所】神奈川県川崎市中原区上小田中４丁目１番１号 富士通株式会社内

住所入力に全角しているサイトが多すぎる
混在が嫌なだけだと思うけどアパート番号でアルファベットが入力出来ないんだよ

バカじゃねーの

置換用のSQL流せばよくね？
そんなにたいした手間じゃないと思うが。

役所の書類ってなぜか全角が多い
フォントのサイズも決まってるらしいし

>>236
そこをいかに高く吊り上げるかが腕の見せ所、みたいに勘違いしてるのが
発注、受注の双方にいるからなあ

末端の奴隷をこきつかってつくった部分だと思うと、ざまぁwって気分

>>168
とりあえず入力時の仕様だけでも早急に官で統一しておけｗ

濁点が一文字扱いのシステムはクソ

厚労省って断トツで頭悪そうだもんなｗ

労働者の権利〜（ﾜﾗｗ

二進数で入力しろ

>>212
まあ日経に期待する方が間違ってるんだが、問題は文字コードじゃないからな。

これ2003年から始まったDPCでも問題だった。
10年くらい経って、全角半角の問題がやっとでてきたのかｗ
そもそも突合する気なんてほとんど無かったくせにな。
全ては金

郵便局の信じられないくらい使いにくい再配達自動応答とかもそうだけど、
使う人間よりも作る人間や管理する側の都合で組み上げてることが多いからなあ……

メタボ検診意味ないと出たかな
で、突合できないから因果関係データは出せない（その理由が全角半角）
だからまだまだメタボ検診続けまーす、ってか

メタボ検診は結局、人件費等が高騰し、あまり意味ないってよ。
ただ、御用学者が強引に意味ある方向に仕向けるから要注意。

>>1
低脳

半角/全角以前に、どちらで入力しても差が分からないようなフォントがウザイ。

とくにAndroidには等角フォントが存在しないし。

>>59
ハッシュ化の意味間違えているぞ。

システム系で本当に頭いい人は、ここ数年で、最新のWeb系に流れてる気がするわ

HTML5 + css3、ruby、python、Node.js、Scala
TDD/BDD、Continuous integration、Git、responsive Web design
ticket drivenな開発
とか当たり前で、サクサクと開発
そんなイメージがある

Fは未だにStruts1.x(笑)、Subversion(笑)、エクセル進捗管理(笑)
エクセルで作った単体テスト(笑)

＞＞理由はデータ入力時に「全角」と「半角」が混在していたことだ。

ばかばかしい
簡単なことじゃないか

厚生省は頭悪い人の集まり
年金詐欺みたいなのは上手いけどな
クズばっかり

基本は全角なんだから、半角を全角に変換させればいいだけでは？
念のため、変換したものだけチェックリスト出して、目視チェックやればよいよ。
そんな難しい話ではない。

これでいいのだ！
あ、ボンボンバカボンバカボンボン

え？、いくらでもマッチングさせる手はあるぞ。
この程度でお手上げってレベル低過ぎだろーが。
どこのベンダーだよ！

仕様書（）

中国にレセプト入力させるからそうなる

半角で打てなんて学校の授業で習ってないよ俺ら世代

>>23さんのリンク先のリンク先を見たけど
メダボッタクリ検診データじゃなくて、診療報酬明細書の方のデータ見たい
こちらは入力書式の統一がされていないんだって
元データに手書きありだから年金データの二の舞かもねｗ
これを名寄せ・突合せするのはちと面倒かも
自分だったらやりたくないねｗ

>>257
どれだろう？

次期レセプト情報・特定健診等情報データベースシステム更改に係る工程管理等業務(17)｜
　アイフォーコム東京株式会社 神奈川県横浜…[4714万5000円](71、27)
平成23年度レセプト情報・特定健診情報等データベースシステムの社会医療診療行為別調査に係る改修業務(17)｜
　富士通株式会社 東京都港区東新橋1-5-2[4597万7400円](71、27)
次期レセプト情報・特定健診情報等データベースシステムの調達等に係る支援業務(17)｜
　みずほ情報総研株式会社 東京都千代田区神…[3654万円](71、27)
平成25年度レセプト情報・特定健診情報等データベースシステムの社会医療診療行為別調査に係る改修業務(17)｜
　富士通株式会社 東京都港区東新橋1-5-2[2404万800円](71、27)
平成24年度レセプト情報・特定健診情報等データベースシステムの社会医療診療行為別調査に係る改修業務(17)｜
　富士通株式会社 東京都港区東新橋1-5-2[1894万5360円](71、27)
レセプト情報・特定健診等情報データベースシステムに係る「匿名化・提供システム」ソフトウェアの特定健…(17)｜
　富士通株式会社 東京都港区東新橋1-5-2[1571万8500円](71、27)
ttp://bank-db.com/search_rakusatu.php?vq=%E5%81%A5%E8%A8%BA%E3%80%80%E3%83%AC%E3%82%BB%E3%83%97%E3%83%88&getnum=10&getno=0&td%5B%5D=title&td%5B%5D=rakusatu

>>32
プログラムだけかいてください
データ変換は自分にやります
とかいって、お役所はバックアップも取らずにやって、データ破壊とかありそうだなｗ
そういうとき、プログラムがいけない！とかいってさ

>>52
そういう特殊なのは抜き出すように設定して
別に処理すりゃいいだけだろ
名前生年月日が同じなんて、0.001％もないだろ

元も置いておきたいなら、読み込むときに適宜変換すればいいと思うんだけど

>>252
R社のシステム見てるとあんだけ人をあつめてアウトプットがあれでは
多分そのイメージは違うだろうとしか思えない。

英数字は半角でしか打ち込めないようにしとけよ。

民間の事務方からするとわざと仕事増やそうとしてやってるようにしか見えないレベル
IT系の専門学校生でも１年生の二学期になるころにはこんなことでハマるようなバカはいない

こんな莫迦な話あるか

プログラミングとかの経験が少しでもある人間なら半角と全角の扱いは慎重になるだろうけど、ただソフト使うだけの人間だと英数字もうっかり全角で打っちゃうのが多そう

これは英数字の全角半角入力をどちらでもありにしといて、入力されたデータを保存する段階で、全角英数字を半角に変換して処理とかすれば良かったのかも

>>262
うーん、みずぽとかぁゃιぃかも。

見積書

価格：5,000,000,000 円
内容：全角を半角に変換するスクリプト（100ステップ）

今の時代にこれくらい自動読み替えできないのかよｗｗｗ

犯確ってことけ

こんなの20行くらいのSQLで対応できそうじゃね
他の原因隠してるとしか

なんで？
検索のときに全角も半角もまとめて調べるようにすればすむじゃん

早く国民総背番号を導入しろ。
いつまで名寄せなんかで無駄に税金使ってんだよ。

こんなバカ野朗が仕事やってたら幾ら税金あっても足りないだろう。
駄目なやつは首にしろよ。

通販とかの住所入力で
１−２−３は良いが1-2-3はダメ
という全角縛りに結構当たる

ここ見る限りはNTTデータか富士通臭いけどどうなんだろう。
http://www.mhlw.go.jp/seisaku/jigyo_siwake/dl_rv3/285a.pdf

>>270
ウチの会社、自分以外は全員２０14パフォーマンスﾚﾎﾟｰﾄＢとかNo�Jなんて文字を
当然のように打ち込んでいる。
POSシステムを変更したとき、このPOSは半角カナが使えないからダメだ、と言い出した。

以前、楽天に店を出してたときは、当たり前のように機種依存文字を使っていて、
注意しても自分ではちゃんと見えているからって直さなかった。

もう、PCを使うにも免許取得を必須にして欲しいよ。

データマッチングなんて、全角半角揃えて、英字の大文字小文字も揃えて、なんならトリムしてキーにすりゃいいだろｗｗｗｗ

>>270
プログラミングの経験が少しでもあれば、どちらかしか入力できないようにするか
どちらで入力されても問題ないように作る。

会社名だけは立派など素人が作ってることはよくあるけど。

>>2
まさにそれ
税金を盗み取ろうとする乞食公務員の詐欺だよな

＞理由はデータ入力時に「全角」と「半角」が混在していたことだ。

他のリンク先見れば分かるが、突合せできない理由は「全角」「半角」の違いなどではない。
記者がアホだから理解できなかったのか、アホな読者に合わせたのかは知らんが、紛らわしい表題付けんな！

>>285　http://it.slashdot.jp/story/13/11/05/0942255/　の記事ですね
＞ところが健診のデータは名前がカタカナで入力されていたいっぽう、明細書では漢字で入力されているなど、
＞それぞれの明細書の書式は異なっており、そのため暗号化（ハッシュ化？）されたデータでの照合ができなかったようだ。
そりゃカタカナと漢字では、照合は無理だわな

どの文字コードが使われてるか？って
どうやって判定するの？

全角と半角の混在の突き合わせもできないなんて
素人かよ

俺が3億で直してやるよw

>>1
>入力時に「全角」と「半角」が混在していたため突合不能に
区別する必要も無いものを区別するからだろう。
本当に日本のITは低レベル。俺も本業は機械屋だけど、設計情報管理の
簡単なシステムを作ってたけど、入力者に全角とか半角とか馬鹿げたことは
問わないシステムにしてたよ。システム側で勝手に半角統一してた。
今でも各社のHPで入力者に半角、全角指定するような馬鹿なシステムが
多いけど、間違えをはねつけるくらいだったらシステムで変換して格納すればいい。

結合テストですぐ発覚するだろjk

グーグルかアマゾンに金渡してシステム組んでもらえば？

変換自体は簡単だろうけど問題は検証
変換後のデータが正しいと証明出来なければさらに問題になる

しかし、こんなシステムが幅を利かせるのは本当に嘆かわしい
コンピュータで処理するということはどういうことなのか、
せめてデータ型の概念程度は一般教養にしないとダメなんじゃないか
データ型がわかってないとexcelでの集計みたいな一般業務でも支障が出るよ
小学校の算数や理科でも単位を揃えるって事は学んでるはずだけどさ

>>289
そうしたスキルがあっても
こうしたコミュ二ティの中にいなければたとえ１００万円でやると言っても仕事が来る事はありません。

>>294
100万でできる仕事を30億かけることで食ってるというかたかってるのがいるんだろうなあ

>>293
エクセルは初期のころから現在に至るまで半角と全角を問わないシステム。
数式に全角が入っても自動で半角に変換されるし値が数値と判断されると
これも自動的に変換される。半角、全角を区別する意味が無いのだから
当然と言えば当然。

>>291
テストデータがしょぼければテストを通過してしまうよw

最低でも全角と半角を混合したテストデータを使わないと気づかない。

>>296
あれはあれで最初の頃困ったw
なんでもかんでも直しやがってと苛ついたのも良い思い出

>>296
セルの書式→文字列

ちゃんとバリデーション設定しないから、つーかDB設計時にちゃんとやることでしょ

なんで後から分かりましたみたいな話になってんの

>>298
俺は欧米流は極めて合理的だなと感心したもんだよｗ
hpのハンドヘルドPCでも特定のダイアログではキーボード
文字種の設定に関係なくキートップの文字をそのまま入力
してくれたり。設定が記号入力になっててもシステムが要求
してるのが英数字だと自動で英数字が入る。
俺がCAD用マクロ書くときにも大いに参考になったわ。

厚生労働省の下はなあ、仕方ないにしても現場が強すぎる

>>299
？？？？？

>>168
設計時に書かれたドキュメント見るとその可能性にも触れてたよ
書式を揃えて入力しなければならないって言ってたけど
日本のあちこちで作られるデータが規則やシステム的な補助も無しに勝手に揃うわけもなく
想定通りの問題が発生したのが今回の件

保険の不正請求をかばうためにレセプト関連のシステムはわざとおかしく作ってあるとしか思えん。
町のそこらじゅうに客のいない整骨院だらけの国なんて日本くらいだろう。

社会保険庁年金記録入力ミス事件　ｗｉｋｉより

2007年12月10日〜20日の間、フルキャストから社会保険庁に派遣されていた
中国人ら約50名が、姓／名の区別が付けられないほどの日本語能力の欠如によって、
公表されただけで約25万件に登る年金記録入力ミスを乱発したため、総ての入力作業が中断。
社会保険庁のクレームで、全員日本人スタッフに差し替えられ、その後1ヶ月以上に亙る
再照合修正作業を余儀なくされたが、フルキャストは「漢字圏の人なので問題無いと思っていた」
「テストに合格した者のみを派遣している」等と弁解

事件から6年が過ぎ、また、やらかす。
厚生労働省．．．．．．．

解体したほうがいいよ。

>>306
その記事やっぱ本当だったんだな。
うろ覚えで夢だったかなとか思ってたんだけど。
今でも信じられないがずさんな仕事してるよな。

日本って才能ある奴が上に行くんじゃなくてただコネや運のあるやつが
出世するっていういい例だな。
ここにいるIT土方の連中で今回の問題解決できそうにないやつなんて
いないだろうに官僚さまは打つ手なし。

んなもんプログラム側で自動補正かけておけよｗ

IT企業への貢ぎだろ。
特許庁もどえらいヘマやらかして税金を垂れ流したけど、誰か責任取ったのか？
住基ネットも。。。

正式なオフィサーを立てて、責任者に権限を集めないとひたすら税金の垂れ流しを繰り返すだけ。

>>306
50人がたった10日間で25万件も入力って、日本人の社会保険庁職員と比べ
たら、ものすごい処理能力じゃないか！

>>306
未納年金、取り立て強化するらしいぞw

>>311
1人1日たった500件で良いんだが

>>26
プログラマーが糞ポカーンですわ

ちゅーか今回の問題も入力エリアに応じて自動的に切り替えれば良いだけだし
誤入力したら必要に応じて変換するなり数字以外入れたら警告するなりし
入力を完了させなければ良いだけ

フィルターで抽出して置換すればいい

日本年金機構は解体して65歳以の定収入者に一律で年金を給付すればいい
一律にすれば市町村役場で対応できるし
日本年金機構に掛かってる予算の2千億以上を節約できる

>>311
500件でも、ノーミスで8時間労働として、1件あたり作業時間はたった
1分しかないんですが？

銀行や保険会社、郵便局の窓口業務が何人裁いてる？

>>315
既存データはそれで、新規データは登録画面に妥当性チェック機能を追加すればいいだけ。

妥当性チェックは各登録画面で統一しないとダメだけど。

データーベースに全角→半角のプログラム噛ませろや
市販のものでもいけるやろ

ありがちなミス
入力時にチェッカー入れるかDBのメンテ時に修正かけるか
外注さんニュースで凹られると呼び出し土下座かな？大変だねｗ

レセプト側は汎用機のＲＤＢ上にあるデータで全角ｏｒ半角
メタボ健診のデータは、オープン上のＲＤＢで全半角混在
って感じなのかな？ｗ

同姓同名もあるから、突き合わせ検索するにしても氏名以外の
項目も絡んでくるからコード改修も面倒くさいだろうねｗ
もちろんテストもやらんとダメだし、レセプト側のデータ更新
もあるから、データ変換じゃ厳しいしどうすんのかね？ｗ

まあ研究用データだし、１回だけでいいのかな？ｗ

総括する厚生省が悪いのだがこの辺
ダメなら貫徹数か月の手作業かな

置換は犯罪です

文字コード新設すりゃええのに

ばかかーｗｗｗ
自分の分は自分で作るから金くれや。

こういうのは他のでも統一した指針だしてほしいね
郵便番号電話番号住所の数字やら年号やらと

>>26
今まで使ってたDBに変更を入れるのは至難だから。
DBに変更加えると、全システムの動作テストが必要ｗｗｗ

失敗したらDBぐちゃぐちゃ

自動で突合すんの諦めて、全半両方で検索しちゃダメなんかね。
入力もフォームで全角カナ限定とかにすりゃええのにね。
ゑとか使ってるわけじゃねぇだろし。

将来的に、健診でマイナンバー(奴隷ID)言え！とか言われたら最悪。
持病バレるし。

クリックで救える命がある・・・クリック募金紹介します

http://www.dff.jp/

ゑもいるかもしれないｗ
ある程度フィルタリングで整合性は目視チェックも入るだろうねー
たいへんだーその担当に当たったら目も当てれない
システム全体を見るのじゃなくて単体仕様書通りにつくったのだろうね
助言しないプログラマもうーんだけど話きいて仕事とった営業SEはなぁー

牛山メイ

牛山メｲ
牛山ﾒイ
牛山ﾒｲ
牛山Ｘイ
牛山Ｘｲ
牛山Xイ
牛山Xｲ

厚労省の全職員が3月までの週末にサービス残業して一文字ずつ変換すればいいだけの話
なんじゃないのかな？
三万人くらいいるみたいだし、一人500人分くらいなら
すぐ終わるだろ

やらんだろｗ　やってもその整合性は誰が検証する？
業者は他のは聞いてませんので瑕疵にはならず
担当官が一番悪いのだけどこかへGOでシラネだろ

そもそも改めてメタボを研究する必要あるのか？
なおかつ匿名でもいいでしょ

ひも付けして個人を特定してなにをやろうとしているんだ？

老害に金をばら撒いた結果がコレ

ＦとＦ関連会社に金バラ撒いただけ

おそらくわざとでそ

この程度は技術的な解決策あるだろ
どんだけ無能なんだよDB作ってる奴らｗ

>>335
保険会社に横流しすれば、
市場の規模とか将来の推移とか推定できるから
キャッシュバックあるとか、
単純に日本の病気の推移を観測できたりするとかじゃないか?

たまにフォームに入力するのに、ここは全角で！ここは半角で！
とか要求される事があるが、なぜそんな簡単な変換をシステム側の都合のいい方へ
変換する程度のコードが書けないのか不思議でしょうがない。

>>341
こういう地味なの面倒がって制約にしちゃうんだよな。
外注仕事なんて万事がこんなノリ。

あたいならstr_replace使うわ。PHPです。

半角カナってなんですか？:-)

半角って必要なの？

UPPER ( string )
LOWER ( string )

半角全角という概念があること事態が間違い。
その点、ＸＥＲＯＸのＳｔａｒは素晴らしい・・・もう無いけど。

2ﾁｬﾝﾊﾊﾝｶｸﾆｭｳﾘｮｸｶﾞｷﾎﾝﾀﾞﾛ

簡単そうにみえることが、
困難だ、との評価になってるのは
なんか落とし穴があると思うんだけど
全然想像できない…。

機種依存文字とか外字とか？
でもそれが1600万人分もあるとは思えないし。
「斉」藤問題とかもあるのかな？

まさかシステム全部入れ替えなの？

死ねよ全角英数字民

全角と半角が見分けがつきにくいフォントが世の中あるそうだな。
気づかないのか単語内で混在してるケースもよく見るわ。アレ気持ち悪い。
あと、よくあるのは>>17の言うように長音とマイナス。

>>341
全角でも二とニがあるし、電話とかの番号は半角縛り＆初期でそのモードになるのが正解な気がする。

あとは複数ブラウザ対応とかしないで、専用でやって欲しい、単価安いし前提あったし・・・とかじゃね？

富士通の営業は優秀だな。
こんなゴミ構築するのに数億巻き上げて、挙句それすら機能してないのに
追加で改修費用まで取れるんだぜ。
普通瑕疵責任だろこんなの。

おいらの所で問題になるケース

かすみがせき　霞ヶ関　霞ケ関　霞が関　のような「ヶ」「ケ」の混在
−　ー　―　の混在

特に、ローマ字かな変換が主流になってから、「１ー２ー３」とか
「ロ-マ字」とかいう感じの入力不良が頻発。
フォントによっては見分けが付かないのだろうな。

>>339
｢仕様書に記載のない内容は作成しません｣

>>341
自動判別して変換した際の責任ってのがあるから、
ユーザー入力を求める形にするのは仕方がない。

山田太郎とﾔﾏﾀﾞﾀﾛｳの場合だと無理だが、カナの全角半角の違いだけなら吸収できるだろ。
そもそも最初に入力規則を定めとけバカ。

空白も全角一文字と半角ふた文字は紛らわしいね。

>>304
　　　　　　情　け　な　〜

入力データで突合できるわけないだろ。
手作業する気か

>>35
おれならそういうデータは切り捨てる。切り捨てたデータ数は補足入れるぐらいで足りる。
1%もありえない。

最初からちゃんと決めておけば良いのに…
水性塗料で良いと言ったのに油性塗料を買って来られちゃって、もう一度ホムセンにわざわざシンナーだけを買いに行くような虚しさがある
油性塗料は仕上がりが良いんだけど、後始末（刷毛洗い）が面倒なんだよね…

たぶん>>72あたりなんだろうな。

>>6
ウチの会社、昔ワープロの主流だったせいか、
社内システムの入力に全角英数とひらがな検索させるんだよwww
年寄りしか喜んでない。

記号に関しては、機種依存が今でもどっかで引っかかるんで、
半角は極力避けざるを得ない。
でもバカが�@とかやって、エラー出してるわ。

>>31
やっぱしwwwwwwwwwwwwww

昔の漢字が表記できるゲームで、カタカナは半角漢字は全角だったのを思い出した。

エラー１２ | なぜに全角なんだw こんな感じで打っちゃうんだろうな

432 ：>>425です [↓] ：2014/02/21(金) 09:09:12 ID:/3cxRoQ2 (2/3)
エラーメッセージ貼るの忘れてますた
HspError 12 WinError 2 Ver 2440 Mode 0
efId 405 efP 84 Area 7/0
ci -1#204 ti 0#67 cc 0#0 tc 0#0 rc 54#41
3. main_init:Begin ct:245
2. main_init:End ct:0
1. pc_turn_init ct:0
0. map_exit ct:0

ですお


434 ：Ano犬 ◆8xLaeaBtf6 [↓] ：2014/02/21(金) 12:41:45 ID:MWfIDjh6
家を出る〜ワールドマップ読み込むの間で落ちてるね
エラー１２は読み込むべきファイルが見つからなかったときに発生する
差し替えしてたり、ファイル削除したり移動したり名前変えてない？
というか、アイテム作成作業する前に家を出ても発生するんじゃないかな？
本体を新しくダウンロードしてセーブデータコピー移植しても同様に発生するかどうかも試して報告お願い

業務系はレベル下がってるよ。
プラットフォームとかサーバーは新しくしても、
元のデータベース設計がバラックのままとか。
で、金をけちったせいか、必要なことができないww

これ→（とこれ→ (　ぐらい見分けろよ

「（」と「（」の違いが分からない奴はデータベースを弄るな

チカンしればいーだけじゃーん
どんくらい掛かるかしらねーケドよ
これでどんくらいのマネーが無駄に消えるんダヨ

英数字のunifiedが済んでみれば、今度は算用数字と漢数字の
混在が出てきて、それが終わればハイフンと長音記号の(ry

文章にはきちんと句読点を付けような。
エチケットだぞ。

>>317
キーパンチャーって、そういう専門職だ。

>多量のデータを解釈することなく、見たまま入力する、という特殊技能と言ってよい作業を指す。
>キーパンチャーは通常、1時間に15,000タッチ以上の速さで入力ができ、
>中には20,000タッチを超える能力を発揮する人もいる。

こんなの {/`/-%#}}& みたいなコードで一発じゃないの？

レセプトも検診もカナ読みぐらいいれてるだろうから、
生年月日、カナ、診療した病院でほぼ一致出来るだろ。

それで漏れてる分だけ人力でやれよ。

フィルタ？置換？で全部全角にすれば良いだろｗ

件数が膨大だからという話なんだろうけど、
自動処理がIT化のキモだろｗ全部手作業で見直しとか馬鹿やるの？

全角数字と半角数字を統一する処理ね・・・
中学生でもできそうだ

独自の文字コード作っちゃいなよ。
もっと表現範囲を狭めたコード。

自由すぎるから失敗するんだよ。

それか、コード値を直接書くとか。
#12362 #12414 #12435 #12371
みたいに。

それなら間違えようがないし、
非日本語圏の人間でも読めるし書ける。

今回の半角カナ文字と漢字名前の突合せはちょっと面倒だぞｗ
まだメタボ年齢にキラキラネームはあまり居ないと思うが
音読み訓読みどちらが正しいかなんか機械には判らんからな

ネ申田とかいたら面白いな
マッチングアルゴ考えたら天才

と思ったが読みがあればある程度推測できるか
て推測するデータ構築必要　やらねーな

>>11
ギロチン

いろいろ説明したけど全角/半角ってとこしか分かってもらえなかったんじゃね

>>341
あらゆる環境に対応した文字コード変換は、
それほど簡単じゃない

＞約1600万人分のメタボ健診のデータが、レセプトのデータとひも付けできない

メタボの奴は見捨てろ

自動判別するにしても、
3文字目までSJIS、4文字目以降はEUCみたいな感じで入力されたら詰む

>>388
ターミナルソフトでenvを書き換えれば出来るだろうが
通常の環境じゃそういう入力が無理だろ

>>389
通常はありえないけど想定する必要はある
結局、入力の段階で縛るのが手っ取り早いって話

>>380
日本語圏の人でも読めないだろ。

>>14
間違ってない

>>10
何のプロやねん

>>349
うちは崎とか辺とかの外字混ぜられるのは、カナと生年月日でマッチングしてから人手で補正だなあ

googleの中の人に検索アルゴリズム作ってもらえば？

ぶっちゃけこんなの、テキストデータなら、何かでプログラムを組んで、直せば良いじゃん。

もし個人情報保護うんぬんで元データがなくてハッシュ化されたデータだけだったら
総当り方式でハッシュを再算出して元データを推測するしかないのか。
元データがあれば楽なんだけど。

俺がなおしてやるよ

3億円で

オレが直してやるから正社員で雇ってくれ

IT業界にいく層って、就職に失敗した人たちでしょう
そんな人たちがやってるんだからしょうがない

文字コードで両方ヒットさせろよ

>397
それだと無理だ罠

読むための文章として扱う文字列なのか、
紐づけて連携させるためのデータなのか、
その違いを認識できない奴が多すぎる。

後者の認識があれば入力規則など何らかの
制約が必要であることに気付いたはず。

入力したデータをDB登録する時点で全角に変えてないとこうなる罠

いろんなサイトのユーザー情報入力画面で
全角で入力するように注意書きしてあるのもこの問題があるから

俺だったらテーブルの値に半角があれば全角に変換した上で
DB登録・更新時に半角が混ざらないようにプログラム修正する

>>403
普通は紐付けする時はIDで紐付けするんだけどな
文字列で紐付ける時点で設計がおかしいんだろうな

厳密に処理したいなら、

血を一滴取る
↓
DNA解析
↓
DNAのハッシュ値を求める
↓
そのハッシュ値をDBエントリーのIDに使う

ってなると思う。
いまは無理でも、未来にはそうなる。

ただ、そうやって個体の区別を正確にできるようになった社会が、
幸せなのかどうかは分からない。

ハッシュ値って限りなく重複する可能性が低いだけで
万が一被った時がめんどくさいんだよな

国民IDで完全ユニークなIDを振ればより厳密

Dim S As String
S=Replase("！","!")

>>407
良いね。
通名利用した生活保護の多重申請とかも機械的に見破れる

住所を２箇所登録している、某出前サイト経由で注文。
もう一箇所の住所で注文すると、店側は最初に注文した住所のとこに持ってくる。
多分、店独自のソフトか何かでケータイ番号による管理で一つの住所にのみ対応だから。

半角カナと全角英数字は日本国憲法で使用禁止にしろよ、まったく

変換テーブル追加して全角カナに変換後突合すれば良い

国がクレーム入れて無料で改修させろ。
その程度の自動判別ができないのは欠陥ソフトウェアだ。
「仕様」で逃げる悪しき業界慣行を粉砕しろ。

>>407
それだと双子が被るなw
まあ適当シーケンスでも付けとけばいいけど

そもそもハッシュ値は同一性を確かめるためのもので採番するものではないからね
しかも完全ユニークじゃないから、どっかのチョンと自分が同一人物と判定される大事故も想定されるｗ

複数文字コードとフォーマットの混在状態なんか？

優秀ならIT業界には就職しないし、脱ITするからな
残った人材ならこんなもんだ

こういうのは開発会社が故意に仕込んでおいて、こういった問題を発生させ、もうひと商売をやるんだよ。

言っとくが買う側がバカなんだよ。

ヘとへが混じってたら、違いわからないよな？


日本語じゃないけどΑとАとＡも難しい

ハッシュ値から復元とかとかチェスゲームかよ

パスワードを全角半角気にせずにゴチャゴチャに入れてしまいました。てへ
って感じなんじゃね？これって

原発の土地選定と同じで、過去の不具合（災害）事例さえ調べていないって事だよね。
これは、予想外じゃないんだから　想定力以前の問題。

氏名の読み仮名や生年月日でもハッシュ化して参照キーにしようとしたら、
全角、半角が混在してたって所か？
平文なら多少時間かかっても置換で済む話だろうし、よく分からん。

これの修正ってコマンド一発で
数分　まあ１時間くらいで修正処理終わるぞ

カタカナとあらばなんでも半角にしてしまう奴!
おまえ、半角にされてしまうカタカナの気持ち考えたことあんのか!!

>>31
Fなのか。　社内ネットワークの入力部分で全角、半角問題あるし納得。

変換テーブルなぁ
そのテーブル値をどうやって作る
作るとしたら逆に1600万件の内のエラー分の解析をしっかりやらないといけない
目力での方が圧倒的に早いよ

>>399
簡単と思ってる時点でもう少し下積がんばれ

>>424
メタボは半角カナ名だったけど、レセプトはカナ文字使ってなかっただけ

この対応が3分で終わるとか5分で終わるとか言ってる奴は低スキル

同じように嘯くやつに実際にやらせて出来た試しはない

rollback
ポンコツ

こんなのちょっと直すだけだろとか言ってるやつはズブの素人

>>425-
見えるぞ。
ろくに調査せず安易に作業した結果、さらに傷口を広げて賠償問題にまで発展する425の姿が。

10万件ぐらいだったらいいが1600万件の時点で尋常じゃないからねｗ
調査名目でエクスポートするだけで一体何時間かかるやら

10000人集めて、目検すれば１人1600行見れば済むな、下請けをいつもどおり死んでもいいよ扱いで使い潰せばできなくはないか
まあ障害データはなぜか増えたりしてるんだろうけどなｗ

>>433
RDBグチャグチャにした上げくごめんなさいか
本質システムでやらんだろうし、若気の至りでやってしまうから許してやれば？
99%ダメで時間無駄にしてだろうけど1%は解決する奴いるかもしれない
結果出るか1週ぐらい貫徹させてみて勉強もいいかもしれないｗｗｗ
まあニュースに載って客先あるからそんな事も言ってられないだろうけどね業者さんはｗ

調査の結果、全角半角だけじゃない不整合が次々みつかって解決策がないみたいな状況になる気がする

病名入力　テキスト入力不可にして
テキストはICD検索機能だけにすればいいのに

突合は最悪は人海戦術　肉眼で確認だろうねえ
短期アルバイト雇えばいいのに
時給１０００円（土日は１２５０円）とかでさ
土日のみ　週換算で１０時間だけとか雇用保険に影響ない雇い方なら
Wワークやるぜ　もいるだろうし


労働省部門の失業対策にもなるだろ

>>438
そんなバイトあったら嬉々として参加するな
責任問われることもないだろうから超適当に作業して稼ぐ

省じゃなくてこれ作った業者が派遣雇って上乗せして改修費用だろうな　見積もるなら
>>439
毎日修正チェック自動精査されると君の居場所は1日でなくなります

そんなたいそうなチェック体制がとれるぐらいならこんなデータ障害ないでしょっていう
直したところの再チェックとかやり始めたらどんだけコストかかるのやら

設計した奴がバカなだけで
修正いれるなら無駄にならんように簡易チェックぐらい入れるだろ普通
でなきゃ工期がいくらあっても足りない

エクスポートに何時間と掛かるような糞システムなら、そもそも検索が
実用にならないだろう。　10万件レベルなら386SXのDOS/Vマシンで余裕で
処理しておったわ。

1600万件といっても、画像などを除いた基本となる個人情報データは1件
あたり500バイト〜1Kバイト程度だろう。　総容量で15GBくらい。

下手にRDBを遣うより、メモリを大量に積んだ64bit環境を用意して、オン
メモリに全部読み込んで、メモリ上で照合＆木構造を作成した方がはるかに
早い。

馬鹿にシステムを設計させるな。

各病院で使用してるレセコン　電子カルテのその辺の仕様が
東芝　富士通　その他バラバラなのが原因でもあるかな

アホらし
死ね。氏ねじゃなく死ね

>>443
うん、だから対応が3分で終わったり5分で終わったりするなんてことは
有り得ないよねっていう話をしただけなんだがｗ
検索はエクスポートより遥かに速くて当たり前

普通のSELECT文ならそれぞれ30万件ある
複数のテーブル見に行ってもレスポンスに1秒もかからないよ

突き合わせにカナ使うにしてもワタベとワタナベの区別がいいかげんとかで困ったりするしね
今回はそれ以前の問題ぽいけど

>>437
不整合は当然有るよ。
文字コードの問題が無いシステムですら、不整合との闘いだからな。
システム稼働開始から現在まで、”不整合をチェック出来ない”まま入力されたデータについては、どう修正したら正しいのかは誰にも判らない。
ゼロから作り直す方がマシだろうが、それを言い出せる奴が居ない。

保険証の記号と番号と生年月日でやれば良いのに

おおぉ保健そういえばそうだね　てそれなら即問題解決してんじゃね？
実は片側にその入力がなかったりしてｗｗ

上で保険番号有りと無しの2種類のハッシュ値と書いてあったよ
で、保険番号も転職とか定年で変わる訳だｗ
また同一人物でも名前が一意とは限らんしだな

マイナンバー（国民総背番号）制度が2016年1月からスタート。
これで名寄せの苦労はなくなります。

>>451
そうだな。結婚離婚、養子縁組、キラキラネームの名前替えとかあるもんな。
住所＆本籍地も変えられるし。

>>452
健診ごときで奴隷番号照会とかクソすぎる。
免許証書き換え（IC情報）とか専用カード発行で公務員＆ITゼネコンはウマー！とか。
外国から来た看護婦に、「奴隷バンゴウ、ヨミアゲテ！」って言われるとか、糞すぎる。

一番つながる詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

一番つながる詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

一番つながる詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

一番つながる詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

一番つながる詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

つながりやすさNo.１詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

つながりやすさNo.１詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

つながりやすさNo.１詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

つながりやすさNo.１詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

つながりやすさNo.１詐欺の朝鮮企業 ソフトバンク　孫正義＝通名(安本正義）

>>1
これを治すために人海戦術で1つ1つ確認させて修正して人件費だけで何十億とか言うんだろｗ
それがお役所クオリティ

>>444
皆が日レセ使ってくれれば良いのだが。
日立は書式にそぐわない形式で出力という重大ミスをこっそり修正、長期にわたり
見逃していた厚労省も自分たちに責任が及ぶからダンマリ。

>>453
唯一変わらないのが生年月日。

正規表現を知らぬ訳でもあるまいに

＞理由はデータ入力時に「全角」と「半角」が混在していたことだ。
変換すればいいだけじゃん、大した手間じゃないだろ

変換ぐらい100万もあればやってくれるのでは？

半角全角変換じゃ一致するデータが無いから困っている

改修費用を当て込んで作ったシステムだろう。
判っていてやっていること。
システム設計の不備で無料で改修させるべき。

>>454
なぜ、そんなにキレてるの？
マイナンバーの問題点は情報漏洩したときの被害がデカイってことだけだろ

ここ見てたらねらってオサーンばかりになったと思ってたけど結構業務経験ない
学生とかもまだ多いのね。香ばしくてイィ

>>464
特定の政府機関が国民の全データを把握可能な方式にした事が問題。
これで特アを追い出せると喜んでる脳天気も多いけどな。

そもそも半角カナと全角英数字の入力できることがおかしい
ひらがなに半角が無いのと同じ

半角と全角を混ぜるとか、プログラミングが趣味のアマチュアの俺でもやらねえプログラミングだなｗｗ

１２０％わざとだろ
どっちが主体で詐欺をやらせたのかだな

予算消化したい厚労省の役人どもが気付かないふりしたのか
それとももう一度甘い汁を修正プログラミングで稼ぎたい会社側の企みか
あるいは、その両方

仮にＦじゃなくても、同じような結果になったのかもしれないが

こんなところばっかりだという

CSVファイルに落としてASC関数かJIS関数で変換すればいいじゃん(´･ω･`)

>>470
ファイルデカくね？

まぁ後出しのメタボファイルで項目に手を抜いたのが原因だね
あれって結構お金掛けてたと思ってたけどさすがは厚生労働省さもありなん

半角を全角に置き換えるスクリプトぐらい作れないのか。

厚生省関係は昔から魔窟。

>>472
仕様を詰めようとしても運用側が拒否するのもままあるし
「医療費削減のための研究」に非協力的な勢力の邪魔もあったと邪推

日本のメーカーなんてこんなもんだろ
エコポイントも短期間で出来ないからアメリカのベンチャーに頼んだら三ヶ月で出来たし
しかも予算が余ったくらい

個人情報保護の為にハッシュ化するのが仕様だからどこが受注しようがどうしようもない。

厚労省の診療デｰﾀベーｽの糞さは異常。
使いﾓﾉになりませんな

WEB系プログラマのレベルが低すぎる。
学生か

こういう話題で思うのは、実は日本人はコンピュータに関しては苦手なんじゃないかなってこと。
日本人は物作りが得意と言われる。
だとしたら、それはソフトウェア作りにもあてはまり一見コンピュータも得意なのかなと思ってしまいがち。
しかし不思議に思わないか？まわりにPCが苦手な人多すぎない？スマホが苦手な人いっぱいいない？
実は日本人が得意なのは旋盤とか金属加工みたいなものだけなんだよ。そして、優れた部品がたくさん出来るから、それを組立てる自動車もいいものができた。
町には○○製作所とか結構あってなるほどと目でみて実感できる。
しかし、コンピュータが得意な人って周りに滅多にいない。得意な民族なら全員でなくとも結構な頻度で出会ってもいいはずだ。しかしいない。
つまり、日本人はソフトウェアやコンピュータはに苦手。金属加工とかといっしょに考えてはいけない。
君の隣のおじさん、PC得意にみえる？No？その感覚はあってるよ。

>>477　ハッシュ化の前にデータ整形しては？　って提案できない企業は共犯者

というか、>>80、>>286など見ると、全角と半角のことではなく、漢字氏名とカナ（かな）氏名の
照合は無理って話なんでしょ？

こういうのって、ソフトでアルゴリズムとかで一括で変換できないの？

こういうのは、設計の段階で想定して、対策とっておくべきでしょ。

>>466
どうせ暗号化するんだから組織ごとに解読可能範囲を限定すればいいだけだろ

本人が漏洩する場合は知らん

ここ見ているのシステム屋さんやDB屋さんもいるとは思うけど
間違いが無いのは
スクリプトやフィルタで大丈夫と言ってる所には頼んじゃダメってことだねｗ

>>466
誰かが全データの把握できるようなシステム設計になってないんだがねえ。

>>486
縦割りの予算独立散財制なんだろうね

「全角」とか「半角」とか、void_no2の日下部がいたら発狂してるな。

こわがりすぎー。

>>486
システムあっても、日本人で責任持って、ムリせずキチンと入力するか？も怪しいしな。

ノートパッドdeプログラムのソース書いてる馬鹿も居たらしい
いやー、日本は広いなw

>>487
違う。
それこそ権力者が全部の情報を集めようとしても無理なように設計してある。

>>490
辞書ファイル充実させてcobolプログラム書くとかだったらありそう。

一筆書き？的に。

>>491
省内バベルの塔だねｗ

>>493
意味わかって無さそうだね。

Jokeだよｗ
要は横のつながりが無いから情報の互換性がないだけだろ？
最近は個人情報とかもあるけど意図的なのか結果論なのかは判らないが
権限とか制限考えたら横断幕的な利用は端から難しいのでは

>>495
> 要は横のつながりが無いから情報の互換性がないだけだろ？
そういう話とは違います

じゃ、詳細教えて

例えば国税庁が山田太郎さんの年金保険料の去年の支払額を厚労省(でいいのかな?)
に問い合わせようとしたら名前・生年月日等で付き合わせて探す必要があったが
マイナンバーを介して問い合わせができるので楽になるし電算処理もできるというだけ。

一つの機関が別の機関の情報を権限もないのに読み出せないし
ビッグブラザーが各機関毎に持ってるデータベースを国民総合データベース
みたいなものを作ったりはできない。

結局省庁間の権限・制限の問題じゃん
昔から国民葬（笑）背番号制の話が出てくるけど利便性より権益者の都合で
進まないのと同じでないかい？　

個人的にはオーバーロードの名称が出るかと思ってたけど、ビックブラザーなら
ニアピン賞だねｗ

あと最近は企業内でもデータの縦割りでアクセス権限を厳しくしているところも多いね
基幹系だと受注系と発注系とか、リードタイムとか在庫バランスも現在庫基準でしか
参照させてくれないからプロダクトのコントロールがしにくいわT_T

>>499
権限がないデータにアクセスできないように制限するのは問題とは呼ばない。
あまり知識がないようだね。

あくまで運用ルールで問題とは言って無いよｗ
と昨年マイナンバー制って法案通過してたんだね

>>498
＞一つの機関が別の機関の情報を権限もないのに読み出せないし
＞ビッグブラザーが各機関毎に持ってるデータベースを国民総合データベース
＞みたいなものを作ったりはできない。

今回採用した方式では出来る。

これはミスというより、そういう仕様だったんじゃないの

どっちかに変換すりゃあいいだけの話じゃね？
漢字で全角半角はないから、数字とカタカナぐらいか？
余裕だろおい

まるでPC初心者のような失態www

氏名の半角全角だけで騒いでる奴はド素人。
沢と澤、高と��のような問題とか外字とか、やればやるほどうんざりする。
誤字なのに正しい例もあるし。

>>503
> 今回採用した方式では出来る。
え？そこのところ詳しく。

歴代自民党政権がすべて悪い

>>97
へんなことしたら
ゴミデータが出来上がるだけだよ