捐血動員系統

編輯歷史

時間	作者	版本
2015-09-14 00:31 – 00:31	曼奧克	r754 – r768
顯示 diff （79 行未修改） 2. 用戶匿名註冊（所屬捐血中心．血型） 3. 當血庫存量偏低時，通知5 - 名符合條件的用戶，每天10am檢查一次，通知過的用戶7日內不再通知（推播GCM/APNS）。連結 + 名符合條件的用戶，每天10am檢查一次，通知過的用戶7日內不再通知（推播GCM/APNS）。連結國外相關案例 + BLOODBOOK (印尼) + g0v Log: http://logbot.g0v.tw/channel/g0v.tw/2015-06-29#22 *BloodtoGive熱血樂捐: http://bloodtogive.azurewebsites.net/index.php （1 行未修改）
2015-07-22 06:39 – 06:40	張家齊	r746 – r753
顯示 diff （41 行未修改）性別 - 為什麼性別有差呢？無論有沒有生理期，似乎都是以捐血前扎針測血紅素為準。體重 + 為什麼性別有差呢？無論有沒有生理期，似乎都是以捐血前扎針測血紅素為準。 + 個人推測是上述所提及的：男性: 1500cc/year 以內、女性: 1000cc/year 以內。體重最近使用藥物/手術情況（捐血中心有各情況捐血間隔參考表）S （38 行未修改）
2015-07-21 05:25 – 05:38	@yutin	r679 – r745
顯示 diff （4 行未修改）幾次重大災難總能激起熱心熱血民眾前往捐血，但捐出來的血液有其保存期限(全血約35天)問題，且一個人兩次捐血中間需間隔二個月以上。若短時間大量集中進入捐血中心，可能造成存血在時間與空間上調配不均衡以致浪費的狀況發生。不曉得目前若一般情況下，捐血中心血液的浪費率有多少... + 徽章清單：（名稱．任務） + 新手勇者．捐血次數1次以上 + 聖者之杖．分離術1次以上 + 鋼鐵鬥士．500cc 1次以上 + 永恒之塔．捐血 250cc 達連續4次以上目的若有一系統可根據即時血庫存量，動態調配、選擇性 (地點、血型、人數) 動員(通知)熱心熱血民眾，在需要的時間點前往捐血。當參與民眾數量能達總捐血人數一定比例以上，應可減少血液浪費。達到平時儲血於民，有需要時，可正確呼喚出需求的血液。（71 行未修改）
2015-07-09 12:56 – 13:38	Johnson Liang	r455 – r678
顯示 diff （35 行未修改）今年已捐血多少 cc 性別 - 體重 + + 為什麼性別有差呢？無論有沒有生理期，似乎都是以捐血前扎針測血紅素為準。體重 - 最近使用藥物/手術情況（捐血中心有各情況捐血間隔參考表）Server端 + 最近使用藥物/手術情況（捐血中心有各情況捐血間隔參考表）S + 前夜睡眠是否足 8 小時 + 是否用過餐（早上捐一定要用過早餐，下午捐一定要用過午餐） + erver端根據動員情況與效度分析調整動員方式可以捐 250 / 50 （10 行未修改）當血液被使用的時候有通知，待驗證 - 其他 + + 捐血的時候會給集點卡，可以換小禮物，不過禮物內容好像不太一定。集點規則寫在集點卡的背面： + * + * + 再來就是，偶爾會有捐血送牛排 5 折 or 電影票的活動。活動當日捐血車就會大排長龍，是拿到號碼牌之後到附近晃個兩小時，回來都還要再等三十分鐘的那種人數。ptt 省錢板搜尋「捐血」有相關資訊。 + + 最後，當你捐滿一定次數，會有一張對折的 A4 紙寄到你家，長得像這樣（不知道算不算回饋？ :P） + 他個人隱私問題？ *讓使用者自己填的話應該就還好（11 行未修改）
2015-07-04 14:04 – 14:07	@yutin	r392 – r454
顯示 diff （58 行未修改）相關實作細節週六 (7/4) 我會先試做一個 mobile web app 的版本，理論上之後只要用 Cordova 包裝起來後用 Alarm API 就可以實作通知的功能，剩下的都可以用一般的 web 實作。 - 連結 + 第一階段可以實作： + 1. 各地捐血中心血量資訊 + 2. 用戶匿名註冊（所屬捐血中心．血型） + 3. 當血庫存量偏低時，通知5 + 名符合條件的用戶，每天10am檢查一次，通知過的用戶7日內不再通知（推播GCM/APNS）。連結 g0v Log: http://logbot.g0v.tw/channel/g0v.tw/2015-06-29#22 *BloodtoGive熱血樂捐: http://bloodtogive.azurewebsites.net/index.php （1 行未修改）
2015-07-03 05:10 – 05:12	Yuren Ju	r336 – r391
顯示 diff （56 行未修改）讓使用者自己填的話應該就還好 - 相關連結 + 相關實作細節 + 週六 (7/4) 我會先試做一個 mobile web app 的版本，理論上之後只要用 Cordova 包裝起來後用 Alarm API 就可以實作通知的功能，剩下的都可以用一般的 web 實作。 + 連結 g0v Log: http://logbot.g0v.tw/channel/g0v.tw/2015-06-29#22 *BloodtoGive熱血樂捐: http://bloodtogive.azurewebsites.net/index.php （1 行未修改）
2015-07-02 16:12 – 16:24	water su	r273 – r335
顯示 diff （3 行未修改）動機幾次重大災難總能激起熱心熱血民眾前往捐血，但捐出來的血液有其保存期限(全血約35天)問題，且一個人兩次捐血中間需間隔二個月以上。若短時間大量集中進入捐血中心，可能造成存血在時間與空間上調配不均衡以致浪費的狀況發生。 - + 不曉得目前若一般情況下，捐血中心血液的浪費率有多少... 目的若有一系統可根據即時血庫存量，動態調配、選擇性 (地點、血型、人數) 動員(通知)熱心熱血民眾，在需要的時間點前往捐血。當參與民眾數量能達總捐血人數一定比例以上，應可減少血液浪費。達到平時儲血於民，有需要時，可正確呼喚出需求的血液。（21 行未修改） /500/不一定)是否願意接受即時動員？可直接看到個人捐血報告 - - 捐血報告有範本嗎？判斷能否捐血 + (需與捐血中心配合) + 捐血報告有範本嗎？ + 捐血完大約一週以內(?) 會收到一份以身分證字號加密的pdf檔案，參考大概是這樣的內容：https://dl.dropboxusercontent.com/u/10852842/report.png判斷能否捐血上一次捐血時間 / cc 數今年已捐血多少 cc （26 行未修改）
2015-07-02 14:06 – 14:06	Yuren Ju	r269 – r272
顯示 diff （29 行未修改） /500/不一定)是否願意接受即時動員？可直接看到個人捐血報告 - 判斷能否捐血 + + 捐血報告有範本嗎？判斷能否捐血上一次捐血時間 / cc 數 *今年已捐血多少 cc （26 行未修改）
2015-07-01 10:14 – 10:21	water su	r175 – r268
顯示 diff （2 行未修改）動機 - 幾次重大災難總能激起熱心熱血民眾前往捐血，但捐出來的血液有其保存期限(全血約35天)問題，且一個人兩次捐血中間需間隔一個月以上。若短時間大量集中進入捐血中心，可能造成存血在時間與空間上調配不均衡以致浪費的狀況發生。 + 幾次重大災難總能激起熱心熱血民眾前往捐血，但捐出來的血液有其保存期限(全血約35天)問題，且一個人兩次捐血中間需間隔二個月以上。若短時間大量集中進入捐血中心，可能造成存血在時間與空間上調配不均衡以致浪費的狀況發生。目的（2 行未修改）捐血->檢驗->保存->使用流程待補... + + 捐血間隔 + + 男性: 1500cc/year 以內 + 女性: 100 + cc/year 以內 + 分離術血小板每年以24次為上限 + 資料來源：http://www.blood.org.tw/internet/taichung/docDetail.aspx?uid=7493&pid=6949&docid=31084 *需求 App Client （38 行未修改）
2015-07-01 09:08 – 09:10	蘿小拉	r137 – r174
顯示 diff （26 行未修改）性別體重 - Server端 + + 最近使用藥物/手術情況（捐血中心有各情況捐血間隔參考表）Server端根據動員情況與效度分析調整動員方式 *可以捐 250 / 50 （20 行未修改）
2015-07-01 08:39 – 08:39	Audrey Tang	r135 – r136
顯示 diff 捐血動員系統歡迎大家集思廣益！ + 動機幾次重大災難總能激起熱心熱血民眾前往捐血，但捐出來的血液有其保存期限(全血約35天)問題，且一個人兩次捐血中間需間隔一個月以上。若短時間大量集中進入捐血中心，可能造成存血在時間與空間上調配不均衡以致浪費的狀況發生。（46 行未修改）
2015-07-01 08:25 – 08:26	water su	r116 – r134
顯示 diff （17 行未修改）活動區域(地點) 血型 - 是否願意接受即時動員？ + 我每次捐多少血 (25 + /500/不一定)是否願意接受即時動員？可直接看到個人捐血報告 *判斷能否捐血（27 行未修改）
2015-07-01 08:00 – 08:03	allyusd	r50 – r115
顯示 diff （17 行未修改）活動區域(地點) 血型 - 上一次捐血時間(判斷能否捐血) 是否願意接受即時動員？可直接看到個人捐血報告 + 判斷能否捐血 + 上一次捐血時間 / cc 數 + 今年已捐血多少 cc + 性別 + 體重 Server端根據動員情況與效度分析調整動員方式 - + 可以捐 250 / 50 + 不同 cc 的類型 *動員流程某地某血型血庫存量低於警示值 -> 呼叫n名符合資格(地點、血型、可捐血)民眾 -> 民眾回覆：我最近可以去捐血(1d/3d/5d) -> 根據回覆率%再呼叫適當人數的民眾前往捐血（17 行未修改）
2015-07-01 07:54 – 07:54	Moon Chang	r41 – r49
顯示 diff （31 行未修改）血型組隊一起捐配合捐血單位推廣 + 捐血回饋的鼓勵？ + 當血液被使用的時候有通知，待驗證 *其他（7 行未修改）
2015-07-01 07:53	water su	r40
顯示 diff （19 行未修改）上一次捐血時間(判斷能否捐血) 是否願意接受即時動員？ - 可直接看到捐血報告 + 可直接看到個人捐血報告 Server端 *根據動員情況與效度分析調整動員方式（18 行未修改）
2015-07-01 07:46 – 07:47	Moon Chang	r37 – r39
顯示 diff （29 行未修改）遊戲化設計？可以設計 badge system + 血型組隊一起捐配合捐血單位推廣（8 行未修改）
2015-07-01 07:43 – 07:43	Yuren Ju	r19 – r36
顯示 diff （28 行未修改）推廣方式遊戲化設計？ + 可以設計 badge system 配合捐血單位推廣其他個人隱私問題？ + 讓使用者自己填的話應該就還好相關連結（3 行未修改）
2015-07-01 07:20 – 07:22	water su	r1 – r18
顯示 diff - Untitled + 捐血動員系統 + 歡迎大家集思廣益！ + 動機 + 幾次重大災難總能激起熱心熱血民眾前往捐血，但捐出來的血液有其保存期限(全血約35天)問題，且一個人兩次捐血中間需間隔一個月以上。若短時間大量集中進入捐血中心，可能造成存血在時間與空間上調配不均衡以致浪費的狀況發生。 - This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents! + 目的 + 若有一系統可根據即時血庫存量，動態調配、選擇性 (地點、血型、人數) 動員(通知)熱心熱血民眾，在需要的時間點前往捐血。當參與民眾數量能達總捐血人數一定比例以上，應可減少血液浪費。達到平時儲血於民，有需要時，可正確呼喚出需求的血液。 + + 捐血->檢驗->保存->使用流程 + 待補... + + 需求 + App Client + 靜態資訊提供 + 提供捐血地點相關資訊(地圖、導航) + 提供各地血庫即時血量資訊 + 登錄使用者個人資訊 + 活動區域(地點) + 血型 + 上一次捐血時間(判斷能否捐血) + 是否願意接受即時動員？ + 可直接看到捐血報告 + Server端 + 根據動員情況與效度分析調整動員方式 + + 動員流程 + 某地某血型血庫存量低於警示值 -> 呼叫n名符合資格(地點、血型、可捐血)民眾 -> 民眾回覆：我最近可以去捐血(1d/3d/5d) -> 根據回覆率%再呼叫適當人數的民眾前往捐血 + + 推廣方式 + 遊戲化設計？ + 配合捐血單位推廣 + + 其他 + 個人隱私問題？ + + 相關連結 + g0v Log: http://logbot.g0v.tw/channel/g0v.tw/2015-06-29#22 + BloodtoGive熱血樂捐: http://bloodtogive.azurewebsites.net/index.php + *血液相關資訊: http://www.blood.org.tw/Internet/LifeCare40year/docDetail.aspx?uid=7588&pid=7587&docid=34764
2015-07-01 07:20	(unknown)	r0
顯示 diff + Untitled + This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!