5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【アンチORCA】レセコンを作ろう

1 :卵の名無しさん:04/04/01 21:27 ID:KtQYWoGy
利権やSEの思惑に束縛されないレセコンを作りませんか?
現時点で仕様は何も決まってませんが、少なくとも
1.激重のJavaは使わない
2.OSに極力依存しない。
3.本体のソースと、データおよび改定に影響される部分を極力分離する。
4.厚生省マスターは利用するが、不確実なORCAマスターは使用しない。

(参考スレ)
【病院・医師】【 ORCA 】日医標準レセプトソフト
http://society.2ch.net/test/read.cgi/hosp/1068488038/
【Linux】ORCAスレ Part4
http://pc3.2ch.net/test/read.cgi/linux/1073386739/


881 :卵の名無しさん:04/05/22 18:30 ID:1PpXasVU
ogoちゃんって円山町から雲隠れしたの?


882 :1 ◆UM1S1FEZvQ :04/05/23 00:23 ID:jBGOnrrk
>>880
そんな、わけ分からない物(モンツキ)を経由せずとも。
PostgreSQLから直接データを引っ張ってくるのは全然簡単。

今日は、患者基本情報を登録する所まで。(まだ不完全だけど)
あとせめて、保険情報と病名一覧の観覧と、登録画面までいけば、
患者情報はまとまるかな。


883 :卵の名無しさん:04/05/23 11:33 ID:KMYtGRa8
>>882
MONTSUQIはduplicationやSQLのqueueの管理をやっているわけ。
ORCA serverが稼働している状況で、MONTSUQI以外のI/Fからデータの
読み書きをすれば、データが破壊されるよ。MLで実際データを破壊しち
ゃった例が挙げられているよ。

884 :1 ◆UM1S1FEZvQ :04/05/23 12:24 ID:jBGOnrrk
>>883
ますます、そんな得体の知れないものに依存するのは嫌だと思うのだが。
orcaに書き込むつもりは無くて、読み出すだけでもdbが壊れるとしたら、
驚異的に恐いな。ウイルス並。
ちなみに、xacroは別のデータベースを作って、そこにテーブルを配置して
作っているわけだが。こっち(xacro)のSQLのqueueさえも干渉される?
としたら、マジそんなアホな、って感じだな。
ひょっとして、医見書のデータベースをFireBirdにしたのは、モンツキの
ためにPostgreSQLを共用できないからか?

orcaに(不覚にも)入れてしまったデータを救い出すのが目的なんだから、
別にリアルタイムで引っ張り出さなくても、CSVで取り込めばいいんだけど。


885 :卵の名無しさん:04/05/23 14:51 ID:Td2eNXBc
>884

データを取り出すだけならシステムを停止して、dumpすれば良いと思うが

壊すのは、トランザクションが判っていない古いプログラマが
FIFOで処理しようとしてるからだろ。


886 :卵の名無しさん:04/05/23 20:53 ID:HNjqyTw7
>>885
ORCAはMONTSUQIがtransactionまでやっているんだよ。

887 :卵の名無しさん:04/05/23 20:56 ID:HNjqyTw7
>>884
> ますます、そんな得体の知れないものに依存するのは嫌だと思う
> のだが。
> orcaに書き込むつもりは無くて、読み出すだけでもdbが壊れると
> したら、驚異的に恐いな。ウイルス並。

だから、訳が分かるまでいじるなって、悪いことは言わないから。

888 :卵の名無しさん:04/05/23 21:29 ID:/DD3t2fb
「レセコンを作ろう」っていうより
「レセコン作るところ見ててください」
って感じのスレですな。
っていうか、今現在、
そのレベルにすら行ってなくて
「レセコン作れるレベルになるまでの
勉強課程を見ててください」
って感じ。
スレタイは正確にね♥

889 :卵の名無しさん:04/05/23 21:43 ID:DRT//BmI
>>888
こういうスレが複数あるからまた困るんだよなぁ。

890 :卵の名無しさん:04/05/23 21:44 ID:DRT//BmI
http://society.2ch.net/test/read.cgi/hosp/1084768840/l50

891 :卵の名無しさん:04/05/23 23:13 ID:ejtPNhn/
あるSEが、C++関連の著作のコラムの欄に、「もし、仕事で言語の指定がなければ
Javaを使うでしょう。」と本音が書いてあった。C++の本なのに面白いなと思って、
感心した。


892 :1 ◆UM1S1FEZvQ :04/05/24 02:02 ID:jfZmSDS+
今晩は少し方向を変えて、orcaocrbをPHPで
使うための作業をしてみたのだが・・・
うまく変換されない。
以前、Debianのツールを使った時もダメだった。
何かプロテクトでもかかってるのだろうか?


893 :卵の名無しさん:04/05/24 20:29 ID:P9iR2mvi
ORCAを否定するのなら、それ以上の機能をgalleryは期待しているわけ
だから、つまらんスレを作るな。できてから、発表しろ、な、分かるだ
ろ?


894 :卵の名無しさん:04/05/24 21:31 ID:rATOY8ZP
>893
それは違うと思います。
できてから発表するならこんなスレでやる必要は全くないでしょう。

895 :卵の名無しさん:04/05/25 01:14 ID:BA/yDlPI
>>894
>できてから発表するならこんなスレでやる必要は全くないでしょう。
こんなスレというのは「レセコン作れるレベルになるまでの
勉強課程を見ててください」スレのこと?

896 :卵の名無しさん:04/05/25 01:32 ID:ezcpb6IW
>>894
最初はある程度のプログラミング技術がある奴がスレを立てたとみんな思ったから
期待したんだよ。ところが、完全に工業高校の1年生レベルじゃない。で、ファイ
ルが読めましたとか、そういうレベルの話をするわけよ。さすがにこんなスレが2
つもできれば、みんな嫌になるわなぁ。

897 :卵の名無しさん:04/05/25 01:35 ID:ezcpb6IW
Linuxも最初に作られたときは非常に稚拙だったが、OSとしての最低限の
動作はした。だから、他のプログラマが関与して良いものにしていったわ
けだよ。黙ってα版ができるまで、一人で作って見たらどうなのかな?

898 :1 ◆UM1S1FEZvQ :04/05/25 02:27 ID:SIJj2sUN
>>895,896
そこまで言うなら、さらさら〜っとレセコン作って、神になってみたら?

>>897
すでに、αまで公開するつもりは無くなってますが。


899 :卵の名無しさん:04/05/25 02:38 ID:Ni3pSpRD
>そこまで言うなら、さらさら〜っとレセコン作って、神になってみたら?
これが1が勘違いしてるとこなんだよな〜。
「レセコンを作ろう」って言うから、
「なんか協力できるかも〜」と思って来た人は、
「なんだ、レセコン作るとかいうレベルじゃないじゃん」って
がっかりしちゃうのよね。

レセコン作る作業には協力を惜しまない気で来た人も、
1の勉強の手伝いしにきたわけじゃないからね。

「レセコン作れるレベルまで勉強します。応援してください。」
ってスレタイだったらみんなそのつもりで見に来るから
がっかりはしないんだろうけど。

だから、スレタイは正確にね。

でも、まぁ、これだけ叩かれながらも、熱意を失ってない
ところには敬意をもてるけどね。

900 :卵の名無しさん:04/05/25 10:10 ID:cMcfCiGe
「作ろう」っているのは、一緒にやろうや!って意味じゃないのですか?
どこかの業者さんですか?嫌ならこのスレに来なければいいじゃないですか。
結構期待してromしている人もいるのを忘れないで下さい。

レスしている人だけがこのスレの住人ではない。

1さん煽りとかはスルーしないと無駄なエネルギーの消費ですよ
頑張って下さい応援しています。

901 :卵の名無しさん:04/05/25 11:52 ID:9E5VqPxN
>>900
期待している奴がいるとすれば、それは、全くプログラミングの素人だろう。
皮膚の縫合の練習をしている奴が、「弁置換を上手にやろう」スレを作った
ら、がっかりするだろ? そういう段階なんだよ。

902 :卵の名無しさん:04/05/25 11:54 ID:9E5VqPxN
で、こういう個人的な日記のスレを、レセ以外でも作れることになったら、収拾が
つかなくなるだろうに。

903 :卵の名無しさん:04/05/25 12:39 ID:FNQlQxK6
レセコン業者必死だなw

904 :卵の名無しさん:04/05/25 13:35 ID:GUrx4XHw
>>903
アホ丸出しだな。レセコン業者が相手にするほど技術力があったら、誰も
こんな文句は言わんよ。

905 :卵の名無しさん:04/05/25 14:04 ID:Ni3pSpRD
>>900
お前の国語力、ステキだな。

906 :卵の名無しさん:04/05/25 14:32 ID:GoptRb4k
>>903
あなたは日本語を理解できないの?
わたしゃレセコンは必要不可欠ではないので、費用対効果はなければ導入不要といってるんだよ。
そしてもしそうなら手書きでやったほうが国立大学でも私立大学でも教えない「保険医療」がわかるっていって
るんだよ。
逆に言えばウハクリになって、事務を雇う経費が削れれば費用対効果があれば導入の意味はあるということ。
レセプト以外の医療機器、たとえば内科医にとって、レントゲン撮影気が減価償却ほどの利益が見込めないとして
も費用対効果が見込めないから導入しませんでしたなんていってたら余計に粒クリになるだけだ。
ここまで書かないとわからん脳みそゼロは来るなよ。
900=903は四流大卒か高卒のレセコン業者だろ。

907 :卵の名無しさん:04/05/25 14:51 ID:cMcfCiGe
このスレは費用対効果を生むための
ツールを作るプロセスの為のスレかと思っていました
ORCAみたいに予算がない以上
慈善者が持っている力を持ち寄って作って欲しいと願っています
影ながら応援しています

ズヴァリ私は5流私立大学卒のDQNです。

908 :卵の名無しさん:04/05/25 16:03 ID:2KIHEZDZ
>>907
ORCAは、タダだし、一応稼働する。もし、時々、ファイルをMOやCD-RWに
保存する手間を惜しまないのなら、ORCAを導入するのに反対はしない。
日医総研が言うような、2台の構成ではなく、1台で外部保存で十分と
すればいい。
ORCAより高機能なソフトを今、期待するのなら、ダイナミクスのような
安いソフトを導入すべきだ。

909 :卵の名無しさん:04/05/25 22:59 ID:/vrU+wlZ
私も皆で知恵を出し合って作って行くスレと思っていたんだが。
初めは良かったんだがな。既に1さん、逝っちゃってるし(´;ω;`)ウッ…。

910 :卵の名無しさん:04/05/26 01:24 ID:lO7X2/Gc
確かに初めのころは良かったですね。
どうしてこうなっちゃったんだろう?

911 : ◆0UuiXijvPk :04/05/26 02:26 ID:nFQIurPZ
実質的に一ヶ月振りか、、、大変遅レスで申し訳ありません。
できもしないプログラミングの抽象論について言ってもしかたないので、
必要とされると私が思った奴に付いていろいろ確認してたら遅くなってしまいました。
鯖はpikiwikiだけですが、2,3日後に公開します。
UML図も私なりの早いとこ書き上げてそちらに上げます。
私は1さんは頑張ってたと思いましたよ。書けなくて申し訳なかったですけど。

>>610
けっきょくMAC OS X買って試してみました
(これが遅くなった大きな原因の一つですが)
finkのパッケージのpostgresqlを使っているのですか?
そうと言う前提で話をします。

あれバグがありました。
postgresql.infoの
# odbc
pushd ../psqlodbc-07.03.0100
./configure --enable-pthreads --prefix=%p --with-pic
と言う所が、
# odbc
pushd ../psqlodbc-07.03.0100
./configure --prefix=%p --with-pic --with-iodbc
(iodbcはMac OS Xのodbcアドミニストレータです)
となっていないとならないのです。

912 : ◆0UuiXijvPk :04/05/26 02:26 ID:nFQIurPZ
パッケージャーに報告したのが15日で、17日に返答来たので、
そろそろ直ってるかと思ったら、、まだですね。
詳しくはまた書きますが、こう変更して、コンパイルしてインストールすれば
ODBCが、MAC OS X 10.2以降でも使えるはずです。
MAC OS X 10.1はODBCアドミニストレータがありませんし、
finkのpostgresqlも無いので、お勧めできません。と言うかそこでもかなり無駄に時間食った、、、。

また、windows+現行cygwinのpostgresql7.4でもODBCを使えるのを確認。

>>FMPについて、
ちなみにあれの使用版ってパソコンの日付を変えるだけですむと言う偉い緩いガード、、、ゲフンゲフン
SQL準拠は「外部データベースへの接続に使える」と言う程度の代物でした。

>>中間処理部
中間処理部はやっぱりpostgresqlのPL/PGSQLを私は勧めます。
postgresqlはフリーですし、windows,mac os x,UNIXなど広いOSで使えます。
メモリ処理とかややこしい事をしないですむ、
sqlをわかってperlぐらいを使えるプログラマなら、理解するのにそう難しくないだろうと思いますし、
データベースと連係したプログラムを作りやすいと思いますし、
何より表示部と中間計算部をきれいに分けた実装を意識しやすいと思います。
表示部はできればプログラム初心者でも作りやすい物にしたいですし。
ただ、余り複雑なのを作ったと言うのは聞いた事は無いですけどね。

mysqlは、ユーザー定義関数が、CかC++しかダメと言う事でした、、。

913 : ◆0UuiXijvPk :04/05/26 02:27 ID:nFQIurPZ
>>厚生省マスター
あれ全部をそのまま一つのテーブルにいれたら、
デバックなんかで直にSQLを打って確認するときに見にくいような、、、。
分けたり、いらないデータを採用しないなどした方がいいきが。

あと、あの中でたとえば、尿潜血とへもグロピンは同時に算定できない、、、といった類の
データって入ってましたっけ、、、、?ちょっと分からないのですが、、、。

>>実装主義
それに付いてはその発端となり兼ねない発言をしてすみませんでした。

>>805-807
ちょっと私もそれを参考にさせてもらいますね。

長い事こなくてすみませんでした、、、、。

914 :1 ◆UM1S1FEZvQ :04/05/26 08:55 ID:Kc2sYwp/
うーんと、逝った事になってるけど。(^_^;
煽りに反応しても無意味なので、昨日はせっせと
診療行為の入力部分を作ってました。
ORCA形式の日付の入力方法に対応するのが、
余分な労力でした。(エラーの元だし)

いろいろ批判?は有るようですが。
そもそも、レセコンを作るのは、このスレ作るずっと以前からの
考えなので、とやかく言われても、あんまり関係ないです。
ここで作れればここで公開するし、そうでなければ、
別の所(や自分のHP)で公開するだけの話ですから。


915 :卵の名無しさん:04/05/26 10:16 ID:4wEPpXC1
>>914
プログラム開発しながら、スレに書き込んでいくって言うのが分からない
んだけれどなぁ。「ここまでできました」と言うのを言いたいわけなのか
な?

916 :1 ◆UM1S1FEZvQ :04/05/26 13:32 ID:Kc2sYwp/
>>915
それこそ、スレタイ読んでよ。
「レセコンを作ろう」って呼びかけてるでしょ。

プラットホーム選びで悩んでいて、何か良いプランを
出して、協力する人が出てくるかと思ったが。

FMPは残念ながら「作りたい」と思える環境では無かった。

JAVAは、UMLを書くつもりでいろいろダウンロードした
ソフトがみんなJAVAで、ますますダメポを実感した。

結局、(最初から自分の第一候補だった)LAPPを選んで
始めてしまったわけだ。

で。「LAPPでやりはじめたよ」って所を、ぼちぼちと
アピールしてる。そいで、興味を持ってくれる人が出てくる
のを待ってる所なのだよ。ご理解頂けた?

特に、PHPLIBをがしがしフル活用してるのがポイントかな。
あまり本に載ってない機能まで使っているので、もしも
手伝ってもよいと思われる人は、PHPLIBのマニュアルから
読んでおいて頂けると有りがたい。


917 :卵の名無しさん:04/05/26 14:17 ID:mHrIRAtF
>>916

>プラットホーム選びで悩んでいて、何か良いプランを
>出して、協力する人が出てくるかと思ったが。
最初のころいろいろ提案してくれる人がいたよね。

>FMPは残念ながら「作りたい」と思える環境では無かった。
そして、それらの意見を切り捨ててFMPを選んだのが
キミなんだよね。
FMPでの開発経験者はごく少数だろうから、
この時点でほとんどの人が「協力する気」を
失ってしまったんだと思う。

>結局、(最初から自分の第一候補だった)LAPPを選んで
>始めてしまったわけだ。
じゃあ、なぜ、FMPで作り始めたの?
最初からLAPPだったら、盛り上がりかたが
ぜんぜんちがかったろうと思うんだが。

このスレができたときは、およそオープンソースとは
呼べないORCAへの反感を持ってる人たちが来ていて、
あのとき、LAPPでやりますって言ってたら、
盛り上がってたたろうな(多くの人の協力が得られ
たろうな)と思うと返すがえすも残念だ。



918 :卵の名無しさん:04/05/26 14:25 ID:I5NHoZpX
α版(FMP)とβ版(LAPP)として2つの意見を逝かす事は出来ないの?
通りすがりのレスですみません

919 :卵の名無しさん:04/05/26 14:40 ID:FBq1goaR
LAPP(Linux、Apache、PostgreSQL、PHP)なわけ?
じゃあ、ORCAのWeb Clientができれば、それで終了?

920 :1 ◆UM1S1FEZvQ :04/05/26 16:00 ID:Kc2sYwp/
>>917,918
FMPはαでさえない。
FMPでどこまでできるか評価するためには、
FMPを勉強して、作り始めて見るしかないでしょ?
それに試用版で1ヶ月費やした結果、不可能ではないが、
メンテナンス性と将来性に難点があると判ったわけだ。

じゃあ、2ヶ月前の時点でLAPPで作り始められたか?というと
それも無理。あの時点では、PHPさえも全くの素人だったから。
これも約1ヶ月やってみて、LAPPでやる場合の問題点が
解決できる見通しが立ったから、今だから確信を持って
進められるようになっただけで。

>>919
ORCAとは全然別物だよ。
そか、LAPPって言うとLinuxになっちゃうのか。

必須なのはApache, PHP4で、OSはそれらが動けばどれでも良い。
実際にはLinuxで組むのが楽だけど、MacOS Xでも全然可能。
Windowsでもいけるみたいだね。
で、データベースへのアクセスはPHPLIBを介しているので、
PHPLIBの設定を変えれば、PostgreSQLじゃなくてMySQLでも
いけそうな気が・・・と思ったが、そうだ、副問い合わせを
使ってるから、MySQLはダメかも。


921 : ◆0UuiXijvPk :04/05/26 16:04 ID:nFQIurPZ
>>917
ぶっちゃけて言うと、そのときの印象としてはFMPでのプログラマが多いように見えたのですよ。
「すぐにでもできると」言う感じの強気の意見もありますし、じゃ、みるだけみてみようかなと。

私が現在考えているのは、
データベース部、中間処理(薬価計算、エラー処理など)→postgresql(pl/pgsql)
印刷など周辺機器をさわるもの&表示部→FMPでもPHPでもと思ってます。
もっとも>>1さんが既に完成させた部分もあるでしょうから、それもみて。

ただ、pl/pgsqlもあまり慣れた人がいるかと言えばそうとも限りませんが、
sqlを使えて、プログラムの初級程度が分かってれば、そう難しくないきはします。
また、postgresql+windows,mac os x,UNIX+ODBCは動くの確認済みです(時間かかりましたが)
windows,mac os x でも一台運用をできるようなのを行いたい気持ちはあります。

>>919
余計なことをしてトラブルをおこしてますし、
汎用性もないですし、プログラムちょっとさわったぐらいのお医者さんや、
委託された業者が自分の必要なように改変しやすいようにも見えません。
ORCAは少なくとも私は選択肢から消しています。

922 :1 ◆UM1S1FEZvQ :04/05/26 16:15 ID:Kc2sYwp/
>>917
> 最初のころいろいろ提案してくれる人がいたよね。

Javaはいたけど、
LAPPの提案をしてくれた人はいなかった記憶が。

なんちゅーか、心では決まってて、「誰か背中を
押してくれないかなー」っていう状態。
そしたら、FMPの方向へ流されちゃったわけだ。(^_^;

FMPのお手軽さは、今でも魅力。こう、単純な入力
画面をPHPで作ってると、「FMPなら並べるだけ
なのになー」ともどかしく思う。
しかし、スクリプトは組みたくない。連想配列が
使えない不便さは、もう耐えられないっす。


923 : ◆0UuiXijvPk :04/05/26 16:16 ID:nFQIurPZ
>>920
現時点で私が考えてるのは、表示部と中間処理部との繋ぎは、
select function(object_id,value1,value2);
みたいなユーザ定義関数と言うのを使った単純なSQLで行いたいんですよ。
となると、ユーザ定義関数が極力簡単に作れるデータベースが望ましいと考えました。

postgresqlは、pl/pgsqlって言うのがありますし、
またどのぐらいのことができるのかわかりませんが、perl,ruby,cでユーザー定義関数を作れると言う話も聞きます
しかし、mysqlはユーザ定義関数はcとc++らしいので、避けた方がいいと言うのが私の考えです。
いちおうwindowsにたいおうしてるらしいですがね、
でもpostgresqlはcygwin上でWindowsMeで動くのを確認してます。

924 : ◆0UuiXijvPk :04/05/26 16:19 ID:nFQIurPZ
>>922
いちおうpostgresqlの内部関数を、内部言語を用いて作ったらどうかと言うのは言ったんですけどね、、、
まあ、一般的な手法でないと言えばそうですが、

表示部はほんまにプログラミング初心者でも作れるようにしたいと言うと、
ややこしい計算もデータベースに突っ込んで
ブラックボックス化(知らなくても問題なく使える)ようにしたいと言う気持ちはあります。


925 :1 ◆UM1S1FEZvQ :04/05/26 16:32 ID:Kc2sYwp/
◆0UuiXijvPkさんは、LAPP(APP?)でもOKなんでしょうか?
というか、今から何を言われても、私は主要な処理はほとんど
PHPでやる予定なんですが。

で、印刷はFPDFでPDFにしちゃう予定。PDFからの印刷は、
AcrobatReaderなどで。直接印刷できずにワンステップ経るけど、
そのまま保存も出来て一石二鳥。・・・なんだけど、難点は、
うちではフォントが明朝しか出ない事と、(以前書いたように)
まだOCRBフォントがうまくコンバートできていない事。
ただ、OCRはHelveticaでも良いようなので、それなら問題なし。

sqlは、自分でテーブル構造を決めたものは、単純で楽です。
しかし、ORCAからデータを取り込むためのsqlは往々にして
面倒なものになりそうな予感。

sql関数は、まだ勉強してないので分かりません。


926 :1 ◆UM1S1FEZvQ :04/05/26 16:33 ID:Kc2sYwp/
と。いろいろカキコしていると、肝心の開発が進まないので。
まずは昼寝しよ。

927 : ◆0UuiXijvPk :04/05/26 16:49 ID:nFQIurPZ
>>925
どちらかと言うとそちら側の人間です。LINUX板から来たんで。

ただ、OS極力非依存と言うのはいれておきたいです。
こまごまとした使い方ってなれるの面倒ですからね。
できるだけ日常使ってるOSで動かせるようにしたい。
LINUX使いとしてはさみしいけど、ORCAの醜態をみるとね、、、。
(どうでもいいけど、windowsのcygwin,Mac OS XのfinkでPHPって入ってたかな、、、いや、単純に未確認)

あと、ORCAはもう忘れましょ。
せいぜい患者データを移行しやすくするぐらいのもので。
あれとデータベースそのものの互換性を持たせても何らいい点は無い気がします。

それと、PHPで作るのもいいですが、薬価計算や、地方公費なんかで、
頻繁に処理が変わると言うことも念頭に置く必要がある気はします。
患者データぐらいはそんなん気にする必要ないでしょうけど。

スレをみた感じ薬価計算まではあまり取り組んでないみたいですし、
前ちらとみたFMPのデータもそこら辺はあまりやってなかったっぽいし、
そこら辺はデータベースに押し込んでやったほうがいいと今私は思ってるので、
また後で設計図かいたら、それ参考にして関数使ってやって下さい。
時間かかるかも知れませんが。

928 : ◆0UuiXijvPk :04/05/26 16:50 ID:nFQIurPZ
あ、メール欄にゴミが入ってるけど気にしないで。

929 :卵の名無しさん:04/05/26 17:13 ID:Fkst/tO2
>鯖はpikiwikiだけですが、2,3日後に公開します。

ご案内よろしく。

930 :1 ◆UM1S1FEZvQ :04/05/26 20:15 ID:Kc2sYwp/
どうも風邪気味で頭が痛くて、今日は開発に集中できない。

>>927
MacOS Xは標準でPHP4が入っているらしいが、そのままでは
有効にするのは面倒らしい。だけど、パッケージもあるので、
問題ないかと思います。
Winは、Cygwinを使わなくても、ネイティブのであるのでは?
(知らないけど)

今、入力部分を作ってますので、いずれ薬価計算の部分にも
手を付けるでしょう。
ただ、基本的な入力部分でも、処方番号がからんできたりと
複雑なので、時間が掛かりそうです。

で。今回は、先の反省から、ある程度動くまで公開しない
つもりなんですけど。


364 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)