進階模型：醫療業-Emergency Department-Part 2-邏輯流程-註冊報到

AnyLogic是非常逼真於真實世界，一個模型可能會包含好幾個議題，甚至可以有好幾種解法。想要有個好架構來講解，的確不容易。在此，也只能試圖去建立一個講解案例架構。
=========

流程簡述

  1. 病患到達時，會先設定出現門口。
  2. 先移動病患至報到櫃台。
  3. 報到櫃台有一位常駐服務人員，每次僅能處理1個病患。
  4. 若報到櫃台處於忙碌狀態，其他病患需等候於等候線。
  5. 若報到櫃台處於空閒狀態，則從等候線釋出1個病患，移動註冊報到服務。
  6. 完成報到後，病人將移往等候室。

現場佈置

  1. entryDoor: 當病患到達時，會先出現在此區域。使用space markup-Rectangular Node[待補連結]，並以隨機方式呈現在此區域中。
  2. polyQueueAtReg: 當服務櫃台處於Busy狀態時，病患需在此等候線上等待。使用space markup-Polygonal Node[待補連結]。
  3. registrationDesk: 當病患開始接受服務時，會出現在此區域中。使用space markup-Rectangular Node[待補連結]，並採Attractors[待補連結]方式，限定病患面向櫃台。
  4. person_sitting: 櫃台人員。使用3D物件呈現出櫃台狀況。
  5. 使用Path[待補連結]將上述space markup物件串連成一個NetWork。如此，病患才能依循路線移動。
  6. waitingRoom: 完成報到手續者，將被移動到此區域，等待下一個檢傷分類流程。使用 space markup-Rectangular Node[待補連結]。

邏輯流程


流程詳述(整合現場佈置與邏輯流程)

  1. 病患(Patient: Agent Type)到達(arrive: Source)，會設定在門口(entryDoor: space markup-Rectangular Node[待補連結])。
  2. 移動病患(gotoRegistration: MoveTo)至報到櫃台(registrationDesk: space markup-Rectangular Node[待補連結])。
  3. 此報到櫃台有一位常駐的服務人員(person_sitting: 3D Object)。每次僅能處理1個病患。
  4. 若報到櫃台處於Busy狀態，則需等候(queueAtReg: Queue)於等候線上(polyQueueAtReg: space markup-Polygonal Node[待補連結])。
  5. 若報到櫃台處於Idle狀態，則可從等候線以FIFO模式，釋出1個病患，進行註冊報到服務(registration: Delay)。
  6. 完成報到後，病人將移往(gotoWaitingRoom1:MoveTo)等候室(waitingRoom: space markup-Rectangular Node[待補連結])。
  7. 下一流程：檢傷分類。


元件屬性

1. arrive: Source

設定病患到達模式。相關屬性設定如下：

  1.  採用Rate來定義Entity到達模式。其到達率為0.14人/分鐘。
  2. 使用自訂的Agent Type Patient來定義Entity。Patient主要有兩個屬性：(1) timeAdmitted用來紀錄病患產生之時間點也就是到達急診之時間點。(2) appearance使用uniform_discr(1, 3)來切換病患三種不同的3D物件(這部份在後續的技巧篇會再提到)。
  3. 設定新增的agent(再次提醒，講Agent Type時，是指定義了一個類別。講agent是指產生了一個物件。而我只是習慣用Entity來描述在Flow上流竄的agent。)時，要讓這個Entity放在什麼地方。AnyLogic提供了很多種方式，目前設定是NetWork上的某一個節點。此節點名稱為entryDoor。
  4. 設定此Entity的移動速度。請注意，因為我們的佈置圖有設定比例尺，所以，這個移動速度就不能太離譜，否則模擬結果會大走鐘。
  5. 在Entity離開Source的事件上，補上一段小程式。這是用來將離開Source的模擬時間點，寫入Entity中，為了後續統計分析之用。
  6. 這是用來定義待在Source的物件的類別型態。這個主要是用在程式面。有兩點需要先說明(1) 大部分可以寫程式的地方，都用agent這個區域變數來代表流入元件的Entity。這有點像泛型的概念。先宣告了，那此類別的所定義的屬性與方法就可以在程式面中，透過agent這個區域變數來使用。(2) 別忘了，AnyLogic只是一個Java程式，自然會有物件導向的概念，既然Agent Type是類別，也就可以有繼承關係。也就是說，我可以細分進來的病人是男人與女人兩種不同的類別，但是他們都繼承了人這個類別。那這個地方就要宣告成人這個類別。若此處宣告成男人或女人時，且兩個子類別又有自己宣告的屬性或方法時，那就非常容易出錯。另外是設定此Agent Type是用來產生一個，還是一批。一般而言，離散式都是一個，Agent Base的是一批。不過，有些離散模型，如行人或交通類的，也會一次產生一批。端看模擬目標而定。

2. gotoRegistration: MoveTo[待補連結]



  1. 此元件的主要功能是主觀意識去移動Entity的去處(當然，非主觀就是讓Entity自行移動至下一個流程元件，看那個流程元件的設定來決定。)。此處有兩個選項，第一個選項單純經由路徑移動至指定的節點，這個前提是下一個節點是在同一個Network中。第二個選項是下一個節點並不在同一個NetWork上。這個比較難解釋，需要一些背景知識。簡單講，就是由這個Agent Type(現在是Main)，跳去另一個Agent Type，而這個Agent Type有自己的NetWork。因為不同NetWork，表示沒有任何Path進行連接，所以，只好用Jumps的方式。但，這個也要有個前提，就是這兩個沒有連接的NetWork，Entity所停留的節點，必須在佈置圖中要重疊。
  2. 主觀移動到NetWork的另一個節點，目前是移到registrationDesk。
  3. 因為是移動，所以得設定移動的速度模式。有兩種(1) Distance/speed：用距離與速度算出耗費時間，就可以與模擬時間作對應，取得正確的時間距。(2) Trip time：直接設定移動所需的時間。
  4. 是否要重新設定此agent的移動速度。此處重新設定為 uniform( 2.5, 3.3)/second。這個應用非常的重要，因為，不同情境下，Entity的移動速度可能會不一樣。像有些應用，會看年齡來決定移動速度。或者是有無攜帶重物等條件下，設定移動速度。

3. queueAtReg: Queue

  1. 設定此等候容量為20。
  2. 設定佈置圖的對應位置。目前是polyQueueAtReg。
  3. 採用FIFO政策。

4. registration: Delay


  1. 採用指定時間方式。
  2. 目前設定為triangular( 0.5, 1, 1.5 )/minutes
  3. 一次處理一個病患。

5. gotoWaitingRoom1: MoveTo[待補連結]

  1. 目前設定是移往waitingRoom節點。

留言

張貼留言

這個網誌中的熱門文章

等候理論

圖片
等候理論( Queueing Theory )是非常實用且生活化的東西。生活周遭都有他的身影，舉凡你要排隊等著別人服務的事物都是，只是你沒有從作業研究或數學的角度來審視他而已。 這邊太學術的東西，我也談不起。只從系統模擬的角度切入，也先強調一下，等候理論只是系統模擬在離散事件或流程模擬中所需要的基礎。下圖是最基本的結構圖。 圈圈是代表提供服務的個體，注意，他並不一定是個人，像ATM也是一個提供服務者。 這個服務者就會衍生出一堆的問題，基本資料類，一次能服務多少人(還是要強調一下，接受服務的不一定非得要人)，每次服務要多久時間。資料分析類，他的產能是多少，要的效能是多少，他的稼動率是多少。 這邊再補充一下，一個提供服務者被佔用，但並不一定代表他都在認真工作中。所謂的被佔用的概念，就是這段期間內，他不能夠提供給其他人服務。這段期間內，他也有可能在等待被服務者所需要的一些前置作業等。總之，實務情況如何，就算是很複雜，模擬系統的模型都得想辦法實踐出來。 像是樓梯的圖形就稱之為等候線，或者是等候區。兩者是有差異，等候線是不抽號碼牌，先來先排隊，由被服務者端決定順序；而等候區是抽號碼牌的，服務順序是由提供服務者來決定。這個等候線/區也會衍生很多問題。基本資料類，例如他的容量是多少，也就是說能排幾個人，能排多長，能等多久；可否插單。資料分析類，平均要等多久才能被服務到，一條等候線上大概會有多少人。 等候線/區左方箭號的部分就是指被服務者進來的方向，而提供服務者右方的箭號代表被服務者離開的方向。 被服務者也會衍生出好多問題，基本資料類，多久會來一個，或者是說，間隔多久會有一個。「平均多久來幾個」有學問一點，這叫做Arrival rate；「平均間隔多久來一個」有學問一點，這叫做Interarrival time。這兩者是一般初學系統模擬者，常常會搞混的東西。從單位角度比較好理解。注意，既然說平均就不會是剛好。 「平均多久來幾個」白話一點就是說每分鐘平均來1個人，單位是1人/分鐘。 「平均間隔多久來一個」白話一點就是說平均一分鐘會來一個人，單位是1分鐘。 希望這張圖能有說幫助。 以上講的是指一個「單元」的概念，有「來源」、「等候」、「服務」、「離開」等四個元素所組成。 實務上就會有很多種單元組合與元素組合的變化，也就是等候理
閱讀完整內容

AnyLogic簡單介紹

圖片
AnyLogic是目前模擬軟體中，唯一同時支援系統動力學、流程導向模擬與代理人模擬之產品。也因為如此，他可以涵蓋的應用範圍就相當廣泛。工業工程、供應鏈管理、人力資源、市場調查、策略規劃等，都可以利用AnyLogic達到預期之目標。從AnyLogic官網的圖中(圖 1)，可以理解其應用範圍。 圖1：AnyLogic應用範圍(來源：AnyLogic官網) 另外，本產品還有一個特色是採用Java 程式語言開發，並利用Eclipse Java開發平台為基礎所建置。這也使得AnyLogic可以在Windows, Mac與Linux等不同平台中使用。也可以產生Java applets，然後在不同平台上的瀏覽器中執行。（註： Chrome不再支援NPAPI，使得無法執行applets） 在系統整合的部分，AnyLogic也有很好的表現。可銜接GIS地圖資料，也能夠匯入CAD圖檔當作底稿，作為布置圖用。也可匯入其他3D模型，變成模擬3D物件，可以美化或更貼近模擬需求的情境。也可與最佳化組件或與分配最適性工具整合。也可與大部分的資料庫系統整合，可處理文字檔或XML檔。其整合能力請參考圖 2。 圖2：系統整合能力 官網：https://www.anylogic.com/
閱讀完整內容

機率分配 - Part 5 Geometric

圖片
Geometirc又叫幾何分配。經過之前分配的說明，我的習慣就是先問這個分配的命題是什麼，然後想想是什麼模擬情境(也是真實情境)中，符合其命題。 首先定義，一次試行的成功機率為p，失敗就是(1-p)。開始試行，直到成功為止，也就是說，要作幾次(x)才會成功。第幾次(x)成功的機率是多少。也就是說，前x-1次都是失敗的。想想Binomial，那個n已經被x取代了，成功了，就停止試行了。 想想玩大富翁，只要骰子丟出一個3，就有大獎。那丟出3的機率是1/6。所以 第一次就成功 1/6。 第二次才成功，表示第一次失敗。5/6*1/6 第三次才成功，表示前兩次失敗。5/6*5/6*1/6 以此類推。 接著來看函數定義。稍微補充一下，下圖的x是代表失敗的次數，所以會從0開始，第一次成功，就表示0次失敗。用失敗，函數看起來比較乾淨。Anylogic定義的x是失敗次數，所以後面的圖形請注意一下。 現在看機率分配函數的部分，應該沒有問題了吧。成功就只會有一次，其他的都是失敗。他不會發生對稱，不會變成Normal，但是他會變成Exponential，當p的機率很低很低時。Geometric x不會是負數，Exponential可以。聽不懂，沒關係。多玩玩系統模擬，自然會上手。來看看直方圖了 先來個剛剛擲骰子的。p是0.167。 x=0時(第一次成功)時，其機率是0.167，隨著次數增加，自然成功機率變小。 p=0.5看看。當然不會對稱。 來看看p很小很小時，p=0.001。是不是很像Exponential，只是一切到0為止。 在模擬中怎麼用呢？根據歷史資料，我們知道這台設備，每平均生產1000個零件後，就會當機。所以，我們設定設備的MTBF( M ean  T ime  B etween  F ailures)，也就是平均故障間隔時間， 我們就會用這個機率分配函數。至於第幾次會掛，誰曉得。另外，掛點了，要修多久，又是另一個故事，另一個分配。 系統模擬的模型，就是由一對不知道結果的函數所組合起來，形成一個天知道的世界，才真正與實務情境相匹配。
閱讀完整內容