タブレットを用いた問診票入力アプリの開発の見積もり依頼

どうせサーバーに転送するのであれば、アンドロイドアプリではなく、Ｗｅｂアプリとして開発して、タブレットからブラウザを介してアクセスするような形の方が良いように思われます。
一般的に、Webアプリの方が安価に開発が可能です。

手書きは要件的に難しい(作るのではなく端末に手書き入力のアプリをインストールする形になると思います）と思いますが、他はWebアプリの一般的な機能で対応可能かと思います。

要件を詰めないと何とも言えませんが、費用的には50-100万ぐらい程度あれば実現可能かと思います。

掲載内容で少し気になりましたので、ご質問させてください。

自分の理解では「病院などでご利用されている医療機器に影響」があるので、無線LANなどはあまり利用しないという認識でいます。

つまり、「アプリで作成するのは医療機器の事を考えてネットワークを利用しない」のが理由ではないか？と考えておりました。

もし、「医療機器に問題が出る可能性があるのであれば、有線接続で対応する必要があると思います」

つまり、「アプリでデータを入力しまして、終われば有線でServerに接続を行いデータの転送を行った後に端末（タブレット）のデータを削除する」と言う流れです。
上記の理由であれば、アプリで作る必要はありますので一概にServerアプリを自分は推奨しません。

>無線LAN対応プリンタで印刷可能とする
と言う内容を明記されておられますので、そういう問題はクリアーしておられるのであればWebアプリの方が安く上がります。

医療現場でのご利用ですので、医療機器との兼ね合いは重要であると思いますので、ご質問させていただきました。

補足させていただきます。

基本的にUSBケーブルを経由してタブレット端末とServerは容易に接続できます。

また、これは強制ではございませんが医療で使われるタブレットであれば
AndroidよりiPadの方がお勧めいたします。

理由はFileMakerと呼ばれるDBをタブレット上で単独で利用できるからです。
AndroidでもSQLiteと呼ばれるDBを搭載しておりますが、こちらはUI機能を実装していないため本格的なプログラミング言語で画面を構築する必要がございます。

FileMakerは製品ですので、UI作成機能を標準で実装しております。
こちらで構築されるのであれば端末に単独でデータを溜め込む事も容易に行えます。
また、PCへデータの転送も容易に行えます。

結論から申し上げますと、それだけ安く価格を抑える事ができます。
また、開発工数もそれだけ短くてすみます。

検討されてみてはいかがでしょうか？

早々にご返答ありがとうございます。

>低周波治療器といったところに影響はあるかもしれませんが。
可能性が1%でもあるようであれば、事前にご確認されておかれる方が良いと思います。
電波を飛ばす事で医療機器に悪影響を及ぼすかもしれない旨をですね。

>タブレット自体をいろいろな所に持ち運びするので、
>システム構築するのであれば、無線しかないのかなと思っております。

持ち運びはどんどんしていただいても問題はございません。

アプリで実装する場合は、電波を飛ばさないで端末内にデータを蓄積します。
管理サーバーやパソコンにデータを移行する時点でUSBで接続してデータを送信するようにすれば無線LANと異なり電波を飛ばしませんので医療機器への影響がないのではないでしょうか？　（問題がない機器だけであればいらぬ気回しですがw）

>有線LAN、もしくはPC端末がある場所まで行ってケーブルを繋げてデータ転送して
>その間にも次の患者さんが来られると、かなり手間になります。
>受付の方がいらっしゃるところでしたら良いのですが、
>病院やクリニックと違い1人で回されているところも多くございますので。
ご指摘の通りだと思います。
よって有線接続型ですと１台のタブレットを使いまわすのではなく、規模に応じて数台のタブレットで対応するような形になると思います。


>FileMakerを使用してというのは、iPadの場合は、
>タブレットアプリ、WEBアプリのどちらにしても
>使用することになるのでしょうか？

どちらにしても「使用する」のではなくて、どちらの方式でも利用が可能です。
というのがご返答になります。

>iPad
>・開発費が抑えられる
>・端末本体は高い
>Android
>・開発費は高い
>・端末本体は安い
>という認識でよろしいですか？

業務用途にもよると思いますが、今回の要件の場合ほぼ正しいです。

>ちなみに岡嶋様にお見積りお願いした場合は
>iPad、Androidでどれだけ変わってくるでしょうか？
>例えば、Androidで100万かかるとすると、
>iPadで開発した場合はおいくらになりますか？
>大体で結構です。

100万円規模の物なら約30万くらいで抑えれると思います。

理由はDBを既に実装しております。　
FileMaker ServerですとWEB機能も搭載しています。
フルスクラッチで全てを構築する必要はありません。
・ファイル設計
・画面レイアウトなどの定義
だけをするだけで済みます。

これは無線のネットワーク構築方式であれ有線のネットワーク構築方式であれ
同じです。

無線のネットワーク構築方式であれば
File Maker Serverを導入(インストール)されて、そこにファイルを作成して画面を実装するだけです。(アクセスで画面を設計するような感じです)

有線のネットワーク構築方式であれば
File MakerをPCにを導入(インストール)されて、同様にiPadにFile Maker Go(フリーソフト)をインストールします。
開発はPCのFile Makerで行いタブレットのFile Maker Goに転送・設定するだけです。

FileMakerという製品は画面のUI開発機能を搭載していますので、開発が容易なんです
結果として作業工数が短くすみ工数が下がる分、価格を抑えれるという事です。

お世話になります、株式会社ナインスターズと申します。

CodeLabさんが仰るようにアプリではなくWebアプリで実装する方法をお勧めします。

Webアプリで手書き入力も特別なアプリ等必要なく実現可能です。
御社がサーバを建て、Webアプリを構築し各医院に利用してもらうような感じです。
端末の種類、接続台数は選びません。印刷は受付でするか、EPSON等の無線LAN対応かNFC対応のプリンタを設置すれば可能です。


webアプリのメリット・デメリット

メリット
・一つの開発でWindowsタブレット、Androidタブレット、iosタブレット（IPad等）関係なく利用できる
・スマフォでも入力が可能（QRコード、NFCタグなどを医院に掲示）
・ホームページに連動して事前（来院前）に問診票を入力させることが可能（署名のみ医院の端末で入力）
・開発費を控えることが可能、オープンソースのみで開発可能、ライセンス費用などが掛からない
・横展開が容易（1つのシステム構築で複数の医院で利用可能）

デメリット
・サーバ・ドメイン・SSLなどが必要、（ランニングコストがかかります。年間1万円程度～）
・無線LANが必要

以上ご参考まで。

割り込みます。システムの構築方法の議論ですが・・・

経費が先か、売上げが先か　問診表の入力を補助する機能が院内でデジタル化されるだけで収益を取れるとは

到底思えません。自宅にいても予約が取れる仕組み、次回予約前にメールが来る仕組みの中に

問診表、診察カードレスなら接骨やカイロプラティックスのほかにも、コンビによりおおいい歯科、

病気でわざわざならばなくていい小児科にも応用できると思います。

技術先行が嫌いな技術やです

ちなみに　iphon,ipad アプリの配布はapple store 経由ですのでよく考えてください

お世話になります、株式会社ナインスターズです。

WebアプリなのでブラウザでURLにアクセスする方法です。
医院ごとにログインさせて、画面を表示させるようなイメージになると思います。

データは印刷後、削除することも可能です。

将来的に予約管理、受付管理などとの連動を考える場合、データベースに保存することも視野に入れた方がいいかと思います。
その場合、個人情報の取り扱いになれた（セキュリティ対応に強い）企業・個人にご依頼されることをご検討ください。

以上ご参考まで。

質問の件の返信です。

レセプトシステムのオプションの位置づけなら、顧客囲い込みや、診療待ち時間の回避等、顧客サービス向上（集客）の

目的ではないとの理解しました。

①apple 系端末をすすめない理由

アンドロイドやwindows タブレットはUSBケーブルでアプリケーションをインストールできますが、apple はapple store の

アプリケーション審査を通して配布するので、修正や変更には時間がかかる


②業務アプリケーションをweb で作るか？

医院ごとのID・PASSは、タブレット端末アプリのローカルに保存し、アプリの中でブラウザをコントロールしてWEBで問診をする

③どこにデータをおくのか？

タブレット端末

レセプトがインストールされている院内PC

WEBサーバー

データをもちたくないはリスクから十分理解できます。安全を考えら場合２箇所が必要だと思います。

レセプトがインストールされている院内PCとWEBサーバーだと思われます。

>なるほど。問題ない時は無線方式で、ある時はUSB接続方式で、ということですね。

ご理解の通りです。　
要はどちらでも対応できます。　というのが答えです。
自分なら価格もほとんど変わりません。
どちらもFileMakerで、やることもほとんど同じですから。
料金にもそんなに差が開きません。

>WEBアプリにした場合はFile Maker Server 月額2,750円のみで、
>iOSアプリにした場合はFile Makerは端末毎に料金が発生するのでしょうか？
>File Maker Goは無償という認識でよろしいですよね。

File MakerはPC側に入れるソフトとなります。
File Maker Serverとの違いはServer機能がないことです(Web機能など)

iOS側はFile Maker Goになります。　こちらは無料で提供されています。

>これはWindows8、10等でも導入できますでしょうか？
可能です。

>手書き認識は端末に手書き入力のアプリをインストールすれば、
>以下のようなライブラリを使用せずとも同様のことは可能でしょうか？

同様の返答になりますが、下記のようなアプリを利用されることになると思います。
http://mazec.jp/

余談ですが、私どもは「Java,Objective-c,Swift,FileMaker,PHP」なら取り扱えます。
今回のご提案はFileMakerが効率よく安く上がると思っておりますのでそちらで提案させていただいてます。

補足させていただきます。

要は、Webベースのシステムでやる場合は、医療機器への危惧を考えたということだけです。
作り手としましては、どちらでも対応できます。
（作り手の都合ではなく、使い手の都合で配慮しているというだけです。）

書き漏れましたが、やろうと思えば開発言語はC#及びVC++も取り扱えます。
（今回の要件では不要な言語だと思いますが。）

お考えの通り、FileMakerとはタブレット(iOS)でも利用できるMS アクセスのようなDBと言うことです。
この製品をお勧めしていますのは、Windows,MacでPCの制限がなくどちらでも利用可能であること。
フルスクラッチで製作することと比較すると価格が安く抑える事ができる事。
iPad/iPhone側にデータを蓄積しなければいけない場合でも容易に対応が可能だと思う事。

などなどが理由でございます。

私どもへの依頼をご希望されのであれば、このまま指命発注していただければ「連絡先を含めた情報が開示される」と思います。　もちろん、伝言板だけでなく直接ご返答、ご対応にも応じれるようになります。

>複数の院に販売することを考えておりますので、
>院毎で例えばPC1台にインストールすることを想定すると、
>院毎に料金が発生するのでしょうか？という御質問でした。
>言葉足らずで申し訳ございません。

製品の料金と契約形態という事であれば、マイクロソフトのアクセスと変わりません。
マイクロソフトのオフィス３６５というのが定額払い制度であるのと同じです。

一括買取方式と、定額利用料金支払い方式があったと思います。
OSのアップデートやバグ対応等々もありますので定額利用をご利用される方が良いと思います。

>以下のようなライブラリを使用せずとも可能ということですね。
>こちら問い合わせたところ、今案件では手の出ない額でしたので。
>心配しておりました。
>http://pux.co.jp/product/softsensor/rakuhira/

そうですね。　
また、手書きデータを後で読み取る「OCR」の技術というのもあります。

>・入力していただいた時点ですぐ問診票が印刷される。
>・入力していただいた時点で入力内容がPCへアウトプットされ
>　別のメインで使用しているシステムにも登録される。
>この2点を重視しております。

この点を考慮するならFile Maker ServerなどWebシステムの構築が良いですね。

「別のメインで使用しているシステム」というのがどういう物なのかによりますが
汎用機的な物で基盤システムを構築してあるケースの場合は別途対応には追加料金が発生致します。

お困りのようであれば、いつでもご相談ください。
汎用機との連動でも対応可能でございます。

wifiについては、医療機器にほとんど影響がないという方向性になりつつあり、多くの病院でアクセスポイントも設置されている状況なので、あまり気にしなくてもよいかと思います。最近、電車や航空機内でも解禁されましたし。
ただ、気にする方もいらっしゃるように思うので、タブレットを使うのは如何かなと思います。

手書きについては、いろいろなアプリやモジュールがありますが、漢字の場合認識率が良くなく、慣れが必要です。
その他の操作も、若者はともかく、お年寄りには操作が厳しいと思います。
正直、紙に書いてもらってスキャナーで読み込む形の方が現実的な気がします。
タブレットだろうが紙だろうが、入力ミスはあるとおもいますので、結局確認作業が必要ですので手間はたいして変わらないような気がします。

Webアプリでもネイティブアプリでも、無線でも有線でもやりようはあるかと思いますが、費用対効果を考えると微妙なところです。
また、アイディアを求めるなら、開発予算や運用費用をどのぐらいで考えているのか開示してもらわないと無意味な議論になりますよ？

本件については、要件の見えない点があったため、回答するのを控えていたのですが、貴社ご担当者様の回答を見て、かつ議論も進んでいることもあり、一言申し上げたいと思います。

整骨院・鍼灸医様向けのカルテシステムのサブシステムという扱いでアプリを作成する、という案件であれば、それを書き足した上で作業依頼を出す、ということで問題ないように思います。

他の回答者様方の「気にされていること」は良いシステムを作る上で必要な懸案事項だと考えます。実際に開発を依頼され、それに対する見積およびその提案(そして、この質問の議論で上がった懸念事項も含め)で、システム案件がブラッシュアップされていく、と考えれば、より販売する側の提案にも重みが出るでしょうし、「売れる」システムになっていくのではないか、と思います。

残念ながら私は今回の案件に応募できるほどの技術スキルを持っていないので応募することができませんが、タブレットを使った受付システムを持つ電子カルテシステムであれば、ニーズも期待でき、横展開も効くと思いますので、今後に期待が持てます。

議論を延々と続けて案件を膨らませるのも悪くはありませんが、ここまで議論が尽くされているのであれば(という私感で恐縮ですが)、応募のフェーズに移行されるのはいかがでしょうか。

それから、これは私の持論ですが、アプリをどのように作るか、というのは基本的に技術者任せでいいと思います。例えば、Androidがいい、とか、iPadだ、というのは、若干技術者のわがままも含まれます。回答者様方の機嫌を損ねたら申し訳ないのですが、自分のやりやすい言語で作るのが一番楽ですし、こと私たちフリーランサーは仕事を請け負いたいので、いかに自分が作ると良いのか、ということを語りたいのです(私だってVBAでここまでできる、とか言いたいです正直)。

が、貴社にとっては、リリース時にどのような状態にしておきたいのか、ということが大切だと思います。早くリリースしたいのか、選択肢を増やしたいのか。その辺りは貴社でご判断をいただいたうえでどのように応募し、どのように発注するのかを決定されるのがよいと思います。

上から目線でごめんなさい。