電子カルテのＶＢ開発

Question

よろしくお願いします！

一ヶ月程度、某メーカーの電子カルテのパッケージの開発をすることになりました。私はこれまでパッケージと呼ばれるような大規模システムの開発はしたことがありません。ＤＢデータを画面に表示させたり、ファイル出力させたりする程度のものしかプログラミングしたことがありません。業務知識も全くありません。開発経験がごく僅かかな私にできるのかとても不安です。電子カルテといっても沢山あるので、答えるのは難しいと思いますが、開発経験のある方のご意見やお話を聞かせていただけないでしょうか。
電子カルテといっても、単なるカルテだけではなく沢山の機能があるのですね。私がどんな機能の開発をするのかすら分からないので、答えようがないと思いますが、何か些細なことでも、開発の話を聞かせてください。

言語：ＶＢ６．０

どうぞよろしくお願いします。

lv4u · Accepted Answer

なかなか凄そうなソースですね。

>>仕様書に全ての仕様が記載されてないようで＾＾；

まあ、これはよくある話ですね。まあ、仕様書よりソース見るほうが早い。ソースから読み取るのが困難な部分だけ記載してあればいいと思う。

>>共通関数や制限事項、禁止事項はたくさんあるようですが、いくつかソースを見た結果、統一感は感じられませんでした。モジュール構成もバラバラで。

大規模システムといっても、構造体とか、共通関数などは、少人数で作成すると思います。また、最初の何本かのプログラムをコーディングレベルの中心になる方が作り、それらのコードを見本として作成すれば、いちおうの統一感って出てくると思います。

でも、そういうように「統合電子カルテ」って思想で、大きな予算を持って開発されたのじゃあなく、カルテにまつわる業務の部分ごとに作成された小さなサブシステムを寄せ集めただけなのかもしれませんね。例えば、受診予約システムとか、Ｘ線画像システムって単位で作っていたものを、寄せ集めて、なんとか格好をつけようとしているとか。

そうなると、設計思想も製造思想もバラバラ、できあがったコードに統一感が無いのも納得。

まあ、そもそもＶＢで作ると、Ｃ、Ｃ＋＋等よりも、モジュール化が難しいので、統一化が困難になりがちです。

>>大規模システムに・・・・
>>コメント（コードレベルのコメント、プロシージャレベルのコメント、モジュールレベルのコメントのどれも）が殆ど殆ど無いのは、よくあることなのでしょうか。

ソースに統一感っていうのが無くても、今まで仕事で見た大規模なＶＢソースは、コメントはしっかり入っていましたね。プログラミングの一般常識を全く学習していない方が作ったか、知っていても、「どーせ、作っても、使いものにならないシステムだ」なんて思いながら、いいかげんに仕事したか、もうコメントを記述する気力・体力も消えた、納期大幅超過状態で作られたのかもしれませんね。

少なくとも、完成したソースを、管理者がざっとでもながめたら、一発で判ることです。そういうことが全くされていないデタラメなこともＯＫの状態で生まれたコードなのでしょうね。

don_go · Answer

＞電子カルテのパッケージの開発をすることになりました。
hekijiさんが開発責任者としてシステム設計を行うので
なくて、単なるPGとしての参加であれば、SEが作成した
仕様書通りに作成するだけですから、業務知識の有無は
特に関係ありません。

プログラムも多くの人間が参加する大規模システムでは
各人が勝手気ままに作ると後の保守が大変なので、共通
関数が用意されている事が普通です。
＃雛型となるプログラムが有りそれを元にして作成する
＃事も有ります。

lv4u · Answer

No.3のお礼へのレスです。

>>小さいシステムの仕変のような感じなのでしょうか。

仕事をとってきたときの思惑は、「パッケージができているから、ちいさな変更だけで納品できて、変更工数少なくて儲かるだろう」だったようです。でも、パッケージには、いろいろ問題あって、仕様変更も難しい。しかも、納入先の病院の要望は、あたりまえだけど、病院の事情があって画一じゃあないから、変更は大きいようですね。ただ、「仕事の進め方が下手！」っていうのもあったみたいです。「なんでも仰るとおりに変更します！」って安請け合いしたように見えましたから。簡単そうな変更に見えて、実際にはＤＢの項目追加が必要なこともあるわけで、そうなると結構大変になりますからね。

>>大手だからしっかりしてると思ってたので驚きました。

大手から発売している製品に見えて、実際は、単なるブローカであって、開発元は小さな会社っていうことも多いようですよ。そもそも、「パッケージとして開発した」のじゃあなく、Ａ社向けに作ったけど、「パッケージという名称をつけて、ほかにも売ろう」ってことも多いようです。ですので、制限事項が多かったり、修正が難しかったりするわけですね。

昔、「大手のＦ社の販売しているパッケージだから安心」って採用したら、ろくでもないシロモンで、同業エンドユーザの電算部門が作ったシステムに変更ってこともありました。

stone_x · Answer

この質問が成立するところがすごいですね。

会社の先輩とか、某メーカの担当者に聞きながら（助けてもらいながら）１つづつ解決していくしかないんじゃないでしょうか。そうしていくうちに、電子カルテのことも次第に解ってくると思います。できれば、その後のユーザの声なども聞けるポジションであれば、いろんな関連業務知識も付いてくるのではないかと思います。その辺がＯＪＴと呼ばれるあたりではないかと思います。それらを「吸収しよう」と前向きに取り込む質問者さんの姿勢が一番大切なのじゃないかと思います。

lv4u · Answer

電子カルテではありませんが、医療系のＶＢパッケージ開発やっているのを横で見ていました。新規開発ではなく、機能拡張の作業でしたが・・・。（私は、ＶＢ嫌いで通っているので、仕事は来ない）

>>開発経験がごく僅かかな私にできるのかとても不安です。電子カルテといっても沢山あるので、答えるのは難しいと思いますが、開発経験のある方のご意見やお話を聞かせていただけないでしょうか。

ベースパッケージは他社が作成していましたが、納品先の医療機関ごとに、仕様が変わるのは当然ですよね。で、開発中や納品・運用開始後に、バグが判るわけです。そうすると、障害の発生した医療機関のソフトはとりあえず修正しますが、同様なバグが他社納品分にも隠れているわけです。でも、それらをすぐに入れ替えるかどうか不明。さらに、ソースのバージョン管理がきっちりされていないので、「どれが最新なんですか？似たのが沢山あるんですけど・・・」って声が上がったりしていました。

Ｃ言語等だと、バージョン管理がやり易いので、しっかりやるでしょうが、ＶＢとなると、ちょっとやりにくい面があって、以前の会社もいいかげんみたいでしたね。

そういうことで、開発元のバージョン管理がでたらめだったことと、過激な勤務でパッケージ開発会社のメンバーに病気退職の人が続出したようでした。

それから、設計に当たっては、最低レベルの医療知識が無いとできないと思いますし、医療現場の方たちの仕事を理解していないと、トンデモ仕様なパッケージになる可能性が大きいでしょうね。

>>なぜ私は雇われることになったんだろう・・・って思います。

受注しちゃったからでは？で、人手不足だから。営業は、「開発はあいつの仕事。営業の俺は、受注してノルマ達成すれば終わりで、後のことは知らん！」ってスタンスが多いですし。

私なら、「ＶＢ６．０でＤＢ使って大規模パッケージ開発」という時点で逃げます。

noname#63784 · Answer

DBは何を使うのですかね

画面部分だけがVB、DB（Oracleなど）、処理部はVC（I/O部分とかストアドプロシジャのキックとかです）
って感じになっていることが多いんじゃないかと思います

なので、VB側にとっては画面設計が大きな割合を占めるんじゃないかと思います

大きなプロジェクトとかパッケージソフトとかだと画面などのデザインは専門の方がやったりすることもあります
統一感がないといけないですから

miracle3535 · Answer

誰が使うか分からない状況を考えてください。
どんな操作ミス（Y/N等）を行ってもやり直し等を行えて正しく計算処理をきるプログラムにすることです。
パッケージソフトの基本中の基本です。
あまりのイロハのイで参考にならなかったかな。すみません。

電子カルテのＶＢ開発

なかなか凄そうなソースですね。

＞電子カルテのパッケージの開発をすることになりました。

<br /> <br /> No.3のお礼へのレスです。<br /> <br /> >>小さいシステムの仕変のような感じな

この質問が成立するところがすごいですね。

電子カルテではありませんが、医療系のＶＢパッケージ開発やっているのを横で見ていました。

DBは何を使うのですかね

この回答への補足

誰が使うか分からない状況を考えてください。

この回答への補足

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング