(簡報第24頁)最後改善的部分,我們還要持續配合專案開設、署裡面的定期演練,持續做一些系統的優化,消防署在未來有計畫做一些盤點系統的升級,我們當然也要配合後面這些的應用程式,應該有機會去作調整,也許有一些要測試或修正,我們會全力來配合。這個是今天的說明。
對於各種不同的使用,我們相信民間有各種不同的想像,能夠把它做成APP、應用程式、網站等,在這裡面公部門的角色會需要的是,我們在這邊退一步,讓我們提供的這一些API,不是次等的資料來源。也就是說
以我的理解,對這一些細體字的,就會開始逐漸有規範性,不是馬上有規範性,而是透過那三個案例累積的過程,來發現這個東西的配套措施真的是work,這個一work,我們就會開始改底下,像「共同性應用程式介
以的,應用程式只送震央,速度很快,震央給他以後,震央跟規模送過去,就省去了計算的時間,由客戶端自行來計算。
這個規範具體上來說「共同性資料存取應用程式界面」跟「數位服務設計規範」還沒有出來,這兩個規範裡面如果能夠納入你剛剛所說的定義,那這樣未來就會自動使用。即使現在這一版還沒有納入;其實裡面也有像
從資料流程過程當中有資料的治理、蒐集、流通及運用這三個層面,在資料流通、蒐集、運用服務這三個層面,在這一個階段都會陸續把一些標準建立起來,像共通性應用程式介面、領域資料標準的指引、去識別化相關
不過這個倒不是任意思考,因為國發會有共通性應用程式規範,還是有依照規範的想法來做,那個規範其實已經有一個很明確的案例,叫做「交通部PTX」的案
的同仁拍攝下來的影片,他從上海使用IOEX應用程式連結位於台北的VPN Box。從影片看,在連網專線,VPN的串接算是穩定流暢的。右邊的影片則是指這台VPN Box可連結多台終端進來使用。
提供健保資料的應用程式,32K全部用完了,如果有人期待要存進來等等,這個功能是沒有辦法再擴充的。
主要是因為,無論是我們的API、可以程式讀取的這一些數據,或者是我們的應用程式其實很多是開放原始碼,這些都讓大家可以看到我們實作的過程,包含我
先前臺灣人工智慧實驗室,也就是杜奕瑾老師那邊,他們之前有開一個應用程式介面來,我們有跟他們合作過一段時間,不過後來他的技術就直接包裝起來變成一
:透過一個規範叫做「OAS 3.0」,只要任何的資料庫系統裡面提供符合這個規範的API,也就是所謂「應用程式介面」介接,就可以達成剛剛的那一張圖,不同資料庫可以透過API互相介接。介接的結果不僅機關內部
個概念大家都同意,因為不需要自己從頭建置很古老的應用程式架構,不同廠牌的手機,可能三個主要的系統都可以跑得到HTML,所以其實建置一個App,可以三個系統都跑,不用特別學不同的程式語言等等,因此我們推這一個概念是很容易推的。
,我們採取的工程方法叫做Open API 3.0,這個方法在國發會很早的時候,也就是2017年就頒布了我國的共通性應用程式性的規範,這個是本來現有的網站跟廠商其實是完全不是否定或者是取消掉他們的成果,相
實大家覺得這個APP很好,但是沒有辦法很快速重現這個東西,像1988的網站不但是開放源碼,而且也可以總網站上直接按一個件就安裝到手機的主畫面,也不需要等蘋果或者是google去審核你的應用程式,只要自
這個做法是在全民健保行動快易通的應用程式裡面,你點響應人道援助,就是「護臺灣、助世界」,按了「我願意」,可以選擇公開姓名或者是默默行善,但是無
,或者是依民事訴訟的相關規定提起救濟,目前國內主要外送平台業者皆有設置外送員的申訴機制,主要是透過業者指定的應用程式之內建管道提出申訴,並以 LINE 群組、專線電話、電子信箱的不同方式,並將一定期間內以信件、系統電話回覆外送員,就申訴的個案情形來作後續的處理。
這個做法是在全民健保行動快易通的應用程式裡面,你點響應人道援助,就是「護臺灣、助世界」,按了「我願意」,可以選擇公開姓名或者是默默行善,但是無論是選哪一種,從口罩實名制2.0開始,因為沒有抽籤
我們上次提這一個協作會議的概念是,如何把Web版的申報可以比較簡單,不用插卡,不須下載外接讀卡機應用程式, 可大幅減少使用者安裝時間。我們提出的方法是納稅人可用身分證號碼、健保卡卡號及戶籍資料
有關於國發會潘處長提出來的問題,有關於晶片儲存空間容納應用程式的原因是,我們做任何決策的情況下都要考慮到未來發展的可能性,如果一開始不要估得太滿,如剛剛報告過的經驗,將來換發的卡一用就是十年以