是屬於自己的亂數。
這個是獨特的，也就是用現在的時間來產生一組數字，你登入的時候就會知道，每隔一段時間就會更新。
Google現在很推二階段驗證。
對。你的gmail比較不會被盜，這個東西不會經由網路的傳輸，有的人認為是中間攔截，會有這種東西是沒有辦法攔截，就算入侵想辦法取得這一組號碼，一段時間馬上就失效了，所以一段時間就取得新的，就會讓帳號被盜的難度大大提高。
當初會讓病人單獨重新產生新的。
好像是看診序號或者什麼？我不確定那個詞是什麼？
我有一個問題，如果我們要改的話，第6點會砍掉，產生一次性的token。
原來第6點的流程是我們當時討論的東西，所以就留著。
剛剛還有討論到換發的事，大家討論出來的結論是依照現行流程，也就是請他一定要臨櫃，憑著有照片的證件才可以申辦新的健保卡。
因為前面已經有照片來理解了。
有一個地方有一點麻煩，我們去大醫院的時候，有時醫紅，看診很久，早上是10點鐘去，我們是40號，我們常常會把健保卡丟在那裡，去那裡逛街跟一個小時候回來，如果是這樣的話，我用手機APP登入，我不能離開當場逛街，我視同取消。
甚至進一步講是在APP上看到這個授權目前正在哪裡被使用，也就是在某一個診間等待，號碼是不是快要到號。
「四之二」的想像是不是要換一個方向想？藥師的卡在很裡面，病人只會在小窗，可能牽很遠以後會連上另外一張卡，這個是轉接器，這個卡放上去就是病人的卡。
會有差異……
對。
稍微補充，剛剛孫高分有說流程四之一或者是四之二要整併，也許是三選一或者是四選一，我想整併不一定是需要的。
再來，我們那一組雖然討論離線，但是大家會覺得虛擬卡的卡片就不要存資料，就儘量走雲端的那一條路，因為虛擬卡的話，載具可以route，有安全區域還是很容易被破解。
連key都不用。
三卡認證要問一下嗎？
不是，馬克會額外拉出來是從情境一至情境二背後都有三卡認證流程可以做。
不太確定，還是之後再過。
但是這兩個是拆開來的。
是。
我可以提一些協助的東西，也就是有一些資訊社群的，如果有什麼需要協助，我可以幫忙介紹人。
很久以前當記者的時候，有寫過一篇很深入的報導，講的是很奇怪的資安攻擊，大家還看得懂，如果需要轉譯跟協助的話，我可以幫忙。
我補充一下我們這邊有幾個限制：
第一，我們設想離線的狀況就不會再寫入健保卡。
第二，因為虛擬卡技術是tokenize，所以它都會定期失效，如果這個病人使用虛擬卡寫長期離線的話，這個虛擬卡就不能用，這個是我們目前方案的限制。
我們這一組有沒有人要補充的？
我們這邊的報告就由小組長來報告好了，感謝成本組跟法規組來跟我們說明。
就我們這一組的流程上的建議，病人打電話預約，看醫生、醫生給病人token，病人用token授權醫生拿病歷，成本的部分如果是這樣的話，可能要加進語音客服系統，可能是線上的伺服器，除了伺服器的建置以外，電話線路的部分可能是成本，因為大家要能夠隨時使用電話token的方式去授權醫院，會多出電話線的成本。
不過也有人覺得這個是很好做的，也就是事先取得雲端的藥歷，可以提升病人安全、減少不必要的醫療。不過這個地方，法規組的朋友會覺得下載的病歷要有一定程度的限制，再加上病歷的東西是特種醫療的資料要特別注意。
再來到現場，病人、醫生先用照片確認身分，醫生產生token、病人產生token，之後取得就醫序號，首先用照片確認身分，馬上就會遇到一個問題，第一個是健保法其實沒有辦法強制大家放照片，可能需要用其他的方式來確認身分。
而且這個時候健保卡裡面儲存的資料有哪一些，有受到健保法第16-1條的但書，限制健保卡裡面可以儲存這一些相關的資料，包含該儲存或不該儲存的東西，都在裡面有限制，因此如果要處理的話，這個地方是要考量的。
這裡有一個很具體的建議，希望「DIGI⁺」要能夠好好討論如何確認身分，因為有人會認為現在是用行政命令來規範確認身分，這可能是有很大的問題，但也有人覺得不需要用法律來處理身分認證的問題。
當事人是一位小兒科醫生，特別有提到小孩身分目前來說是很難確認的，目前行政命令規範要用戶口名簿來確認，但是這樣子不可能每個人都帶著戶口名簿來看診，這樣子就會出很大的問題。
另外，如果要辨認身分的話，依比例原則來說，就診根據大法官的釋憲，不可以使用指紋或是生物辨識的方式來確認身分，這會直接造成違憲的問題，這個是身分辨識上的各種難處。我們先收到這個地方。
再來，有關於加密的方式，因為卡片上是public key、private key的非對稱式的方式來加密，這個部分成本組做了比較多的討論，有人覺得其實傳統對稱式加密不用改寫系統，相對來說是比較便宜的；但也有人說，非對稱式加密，只有一開始需要把系統建立起來，其實後面發卡的過程是還好的，成本也不會增加太多，而且晶片的成本其實是看key的長短，而不是看對稱或是非對稱。
在卡片的成本方面，可以使用預製卡片的方式來省去RA的步驟，以減少相關的風險，這是關於對稱及非對稱式加密的討論。
回到醫院之後，醫院又會上傳一些資料，其實這一些部分有關於上傳資料會有很多的討論：
第一，因為醫生是帶著病人的病歷資料回去，自己去輸入系統，而這些病歷、症狀及開的藥其實都算是特種資料，所以資料蒐集上會受到個資法的一些限制，因此蒐集上要非常小心。
也有人覺得離線醫院，醫生如果帶資料回去，就是如果被駭客入侵怎麼辦？會不會導致這些個資反而被流出去？所以電腦上可能要有特別的系統來做加密、保護來避免入侵，或者是當電腦被遺失的時候，不會被破解拿到病人的資料，可能上傳完了以後，也要把這個病人把這方面的資料清除掉，以避免醫生繼續看。
當然也有人討論到上傳資料的問題，有人會認為法律現在並沒有明文授權、特種資料可以上傳，甚至跟給其他的診所看，這個其實是有問題的，現在有人說大醫院都有授權機制，可以授權醫院下載完整的病歷下來，上傳這個地方，健保署也認為健保署因為需要核銷這一些藥的價格，所以依法必須要蒐集病人的病歷及所開的這一些藥，這個是另外一邊的討論。
還有一個討論是，有關於tokenize的部分，因為我們這邊虛擬卡認為是使用tokenize的方式，定期會失效。
首先第一個問題，如果定期失效，又沒有網路的失效，會有權利減損的問題，未來在這一方面的法規要加以討論。
也有人去問了一個問題，tokenize的這件事是不是可以取代電子簽章？如果可以取代電子簽章類似效力的話，可能就要去修改電子簽章法、個資法施行細則的其中之一，就這部分來作討論。
這是我們這一組關於現在這個方案的一些討論與限制。
我先跟大家道歉，因為剛剛報告的部分有一塊漏掉了，我忘記講了，我稍微道歉一下。
虛擬卡tokenize的技術，大家會認為今天到了偏鄉醫療之後，還要使用虛擬卡的話，變成醫生要變成MIS，還要重新來排錯，這個人力成本會很高，也許要規劃可以攜帶式的HIS系統，然後可以使用實體卡的方式來作認證，這個系統可以有特別的加密機制，也可以減少很多醫生人力的訓練成本。
也有人建議原本的離線處理流程很好了，只要可以取得就醫序號，剩下還是走原來離線處理的方式就好了，但也有人提到這個可能會有偽造的問題，這個是不同的意見，因此併陳。
