如果有一個醫療APP，你希望這個APP給你提供什麼功能？？

01-18

如果有一個醫療APP，你希望這個APP能給你提供什麼功能？

很多人說需要什麼在線查看、挂號、支某寶確認付款、給差評的這些APP大家目前就別想了！這是馬雲都搞不定的事情啊！原因你懂的～而我的想法卻是小小的，前段時間我找了個小團隊製作了個APP能夠大致計算輸液時間.很早以前就有這個想法，原先個人覺得製作難度不是太大，但我想精益求精所以這個APP製作起來才漸漸發現需要大量參數實驗，受限於時間和精力以至於目前還沒有成型。從我自身就醫的體會來講這個很有必要，我喜歡晚上輸液，我輸液總是睡著，而且不希望有親友陪在我身邊，醒來時都是被周圍病友叫醒～唉～你回血了～快叫人來拔針！……………………………………影響輸液速度的因素有很多所以該軟體的變數為：設定吊瓶容量，設定液滴速度（手指按照滴管內液體下滴的速度點手機屏幕10次即可設定），設定吊瓶距離頭頂的高度，設定當地的氣壓海拔（某些手機具有這類晶元支持自動輸入），設定輸液者的實時血壓（支持某些手錶和手環自動輸入）還有等等等我暫時沒想到的因素。輸液全程不支持改變輸液速度否則就會有較大差距，本軟體提前一分鐘手機自動鬧鈴提醒。……………………我不是學醫的，不知本軟體前景如何，還有什麼我忽視的地方請各位大咖大神業內人士多多提出寶貴意見……我會儘快做完此軟體上架……讓大家免費使用，讓廣大患者和醫護群體受用，請期待！

對於大部分的臨床醫生來說 app沒有實際用途

醫生的工作壓力患者的看病問題都不是app能解決的

能搜索到病人的就診史，尤其是有沒有毆打醫生的經歷

這個問題讓我想起14年夏天參加百度的hackathon的經歷…

當時身為團隊PM，我們確定的輕應用是用於改善傳統的醫療行業。雖然結果並不十分美麗，隊名叫「左姐姐萌萌噠」然而我上台演示出了好多幺蛾子…而且，在一天的時間裡，包括身為產品喵的我也摞起袖子寫代碼，強行速成JS，強行把JS當java 寫（…最後做了一個不太完整但是可以run的產品出來。

而且還出了一個「萬物基於OOP」的梗 XD

但是即使現在來看，當時提出的產品需求還是較為完整、合理的。

1 挂號問題

1.1 在線預約、在線挂號、排號提醒

1.2 查看各大醫院的擅長科室等信息

2 付款問題

2.1 綁定醫保卡賬戶

2.2 綁定其他支付平台，掃描二維碼支付

3 病歷與回診

3.1 建立患者電子檔案，實現各醫院病歷同步

3.2 診斷、化驗結果數據可視化，讓用戶輕鬆解讀

3.3 回診自動挂號與提醒

4 拿葯與分流

4.1 無需在醫院排隊等候藥房取葯，可以預約在指定的社區醫院憑條碼信息自助取葯、付款

5 流程指引

5.1 每一次就診均生成一次就診流程，並用不同的狀態提示，引導用戶得知當前的就診狀況

當時比賽中，獲得第一名的隊伍的項目也是醫療相關，主要提出的是室內導航的功能，採用類似FPS遊戲的引路交互。

在基於這個創意之後，我又在之後完善了自己的方案，並配合了硬體實現方案 _(:3 JZ)_

6 室內導航

6.1 室內路線指引

用戶就診時，佩戴一個標識身份與位置信息的RFID手環，配合醫院內安裝的大量RFID讀入硬體，結合app內置的醫院室內地圖，用於引導用戶

謝邀。

打醫生護士時一鍵報警？

你找醫生、護士聊聊，看看醫護環節的痛點

再找醫院管理者聊聊，看看他們怎麼看

再找社保、商保聊聊，看看他們的配合力度

上述皆為評估可行性

最後才是問病患，評估必要性

醫療APP，為什麼要有醫療app？

提供病症還是說輸入關鍵詞條就能出來診斷結果？然並卵，有很多病醫生沒看到患者，都沒有辦法完全下診斷。

這個醫療app，是國家推出還是個體推出，app的目的是為了賺錢，

國家推出app，事兒多，不賺錢，擔責任，更新慢，服務不好。銀行的懶惰，促進了支付寶，微信等一系列產品....由此，感覺這事兒不靠譜。

個人推出app，是以盈利為目的，廣告，賣葯，這些東西會不會跟百度競價排名似的，醫生往裡面扔錢，排名靠前。技術倒顯得其次？

如果真有，我覺得這個東西應該起到一個促進左右。

支持在線預約，挂號，排隊。歷史病例匯總。不光一個科室的病例，其他的科室看過什麼病都應該有記錄。檢查報告推送到到app客戶端，不需要跑指定窗口去列印

封殺黑醫院，對看病經歷或醫生進行評價

建立黑名單機制。杜絕醫鬧，信用差的人。這是唯一對醫生有用的....

app賬戶能與醫保卡綁定，並能直接從醫保卡里扣錢
支持綁定銀行卡，並能直接從銀行卡里扣錢
支持在線預約，在線挂號，在線排隊功能
歷史病例與賬號綁定，便於用戶和醫生查看（每次看病都要重新買病例本的人應該不少）
「檢查報告」能直接推送到客戶端，不需要跑指定窗口去列印
可對本次看病經歷或醫生進行評價
支持「室內導航」看病、檢驗、透視、拿葯、付錢都不在一個地方

先這些，想到在補充……

謝邀……目測是準備做APP在設計功能的對吧？

醫生的客觀評價和排名。

早就聽說醫生的能力不能看職稱和年齡，有的著名醫生其實水平很次。

問題是患者看不出來。

真正了解醫生水平的是麻醉師。

希望有個app能讓患者們知道醫生的真實水平。

比如

麻醉師心目中醫生排名！

不希望有。

醫療APP沒用。

謝邀，婚戀交友功能，那樣就可以讓圈子外的漢子姑娘認識圈子裡的漢子姑娘了。

能讓我裝了後不生病的，我就裝

把黑醫院幹掉

「產品經理必然的選擇是做減法，在諸多功能中選取最能解決實際問題的一個，在諸多特性中選取最符合直覺的一項，於是產品也就擁有了優雅和簡潔，讓人難以忘懷」——張小龍

先搞清楚需求，醫療的概念那麼大，你要做哪個功能？滿足目標用戶的什麼需求呢？

每個人的需求都不一樣，對於我而言，這個醫療APP能幫我在三甲醫院掛上號就OK了，不需要推薦醫生，不需要推薦醫院，不需要推薦藥物，更別搞什麼電子病歷，請不要玩O2O的概念，把一些用戶不需要的需求強加給用戶，謝謝。

預約GP和specialist

不過現在網頁和打電話都能做，所以可能需求不大。

不需要專業人員的步驟均可以用手機執行：

如預約挂號、繳費、查看化驗結果、查看既往病歷、查看費用清單。

現在許多大醫院都有了自己的APP，基本可以實現以上功能。

但是沒有一個能夠同時連接多家醫院的平台，只能去一個醫院安裝一個app。不過要做多醫院統一平台應該需要政府支持。

但我一直有個疑問，如何保證患者信息的安全？

謝邀。

從患者角度：預約挂號。

從醫務人員角度：根本沒有卵用。

一，要與本地絕大多數主流醫院系統對接，否則實現不了。

二，不但存儲你的身體數據，也通過與購物，餐飲等app交互來評估你的健康狀況和風險，並根據你準備就診時選擇的部位，癥狀，給出參考建議。

三，挂號功能，根據你的癥狀和醫院距離排隊情況給出推薦醫院，挂號之後實時顯示排隊進度，類似車來了。

四，就診之後存儲醫院的診斷書和全部病歷，不斷充實你的健康檔案。

五，匯總所有醫院數據以供統計查詢，你可以統計本地當日或當月某個病種發病數量，用藥分布，甚至死亡率。各種直方圖餅圖，我覺得這個極為重要，可以指導大家預防和應對。

六，本諮詢為收費諮詢，選用本方案需要支付諮詢費10萬元整，請聯繫作者確定付款方式。

。

謝謝！

為啥要先有一個APP，再去考慮他能提供什麼功能呢？

難道不是先考慮有什麼需求，再考慮是不是通過APP還是其他什麼方式能滿足呢？