  |
システム上同じ名前で同じ誕生日の人間は同一人物として扱われるみたいで登録できない ITエンジニア的にはそんな実装があるとは信じ難いんだがどうなんだ？ 氏、名、生年月日の複...
氏、名、生年月日以外に固有なのってマイナンバーくらいで後は可変でしょう
エンジニアじゃないと知らないんだろうが、DBにデータを保存する時に重複しないID番号振るんですよ だから同じ人物を2回登録できないって事はない、させたくないなら自分で重複探し...
重複させたくないからそう実装してるんでしょ
だからその重複の判定がおかしいって言う話でしょ
じゃぁ氏、名、生年月日以外でどう判定しろって言うのさ
何でそう言う質問がでてくるのかわからん 問題理解してないだろ
同姓同名同生年月日をどう判別するのか答えられないのか
横だが、そんな問題を銀行や役所などが考えてもいないし対処していないとでも思っているのか？ 生年月日が同じ人が何人いると思ってるんだよ。
この病院は対処してなかったから問題になったんじゃないの？
だから、それは単にその病院が対処できていなかったという話なのであって、決して一般論として（というか一般的に）対処できないとか対処が困難であるとかいう話じゃないだろ。
無意味連番をキーにするのが普通 って真っ先に書いてあるけど
マジレスするとシステムで個別にIDを振るんだよ。
この増田が言ってる判定というのは 窓口に人がきて氏、名、生年月日を提示して検索したとき2件以上ヒットしたら窓口の人間はどちらを選べばいいのということだと思うが
診察券にID振りますよね
登録人数で採番したりして絶対に一意になるよう設計してるはずだよなあ
おそらくDBではなくてUIレベルで弾くようにしてる 理由は「仕様書にそうするよう書いてあったから」
まあ工数かけてわざわざ弾くように実装しないとそうはならないわけだから、仕様書に書いてあるのは間違いないだろうけども 仕様を書いた奴がアホだったのか、要件定義の関係者が全...
人間の認識の解像度って「名前」と「性別」と「年齢層」くらいだから 「あなたと既存の患者さんは我々には区別がつけられないから、本院ではお引き受けできません」という意味でエ...
なるほど。わかっててわざとこういう実装にしてあると。それも全く有り得ないとは言い切れないかもな。
35
