EMR извършваща Съвети

електронно медицинско досие е отлично хранилище за медицинска информация на пациента. Лекари , фармацевти и медицински лаборатории използват EMRs да получи каквато и да е информация , свързана с даден пациент , като например алергии, реакции към лекарства, предишни здравословни проблеми и актуализации на резултатите от теста . Доставчици на здравни грижи и здравни заведения трябва да използват мярка за вземане на изпити за предотвратяване на грешки и провала на достъп до EMRs на цялата система в рамките на своите бази данни системи. Всички лечебни заведения трябва да използват различни съвети, за да се предотврати непредвидено бедствие от настъпване. Да преминем отвъд Normal Тестване

Тестването на възстановяване след бедствие , че всички здравни заведения да изпълняват , следва да доведе до повече от простото тестване на софтуера за архивиране . Компаниите често извършват тестове , за да видите колко бързо можете да възстановите данни EMR е от лента или диск , въпреки че те понякога не успяват да отидат по-далеч в тяхното изпитване . Лечебните заведения трябва да вземат тяхното изпитване с една крачка напред , за да се гарантира надеждността на информацията им в името на знаейки колко добре тяхната технология може да реагира на действителното бедствие. Напълно тестване на системи EMR в рамките на процеса на възстановяване на потребителя трябва да се извършва веднъж месечно. Освен това, тестване ескалация и система за предупреждение за процедурите за управление на всеки три до шест месеца, може да помогнат в разкриването на първоначалните проблеми , отнасящи се до индивидуални медицински досиета . Чрез ръчно тестване , системи за организация на здравеопазването може да видите как се подготвят напълно го е , както и техните служители , ако някога изправени пред истинска катастрофа.


Start Small

Здраве не се нуждаят от социални заведения , за да се тества цялата EMRs в рамките на своите бази данни, или в рамките на общ план за упражняване бедствие. В действителност, това е може би мъдро и разумно да се проведе тест за възстановяване след бедствие секция по секция . Например , получаване на достъп до всички системи, не винаги е възможно и може да доведе до нарушаване на ден за ден работни функции. В допълнение , тест мащабна може да попречи на възможността за идентифициране на недостатъци в рамките на план за възстановяване след бедствие на компанията. Поради това, здравните заведения следва да обмислят тестване в по-малък мащаб, като например извършване на проверки за единна система и работи пътя си до комплексни системни прекъсвания за период от няколко месеца с краен сценарий, който симулира обща неизправност сайт.
<Бразилски>

Independent Водещият

тестването на EMRs без помощта на независима трета страна, може да има негативни последици. Например , членовете на персонала могат да се изкушат да празни приказки резултатите , подминаваме проблемите в рамките на плана , или дори да сметнат някои значителни повреди като маловажно . Управление на здравните грижи следва да се гарантира , че техният план е непробиваем от привличане независими фасилитатори като консултанти или представители на местната полиция или службите за пожарна безопасност , които могат да проверят , че тестът е безпристрастен . В допълнение , на трета страна наблюдател може да добавите вход или дори предложи сценарии, които ще помогнат за подобряване на цялостната ефективност на теста , както и подобряване на план за възстановяване след бедствие на организацията.


Test Редовно
<Бразилски>

A огромна грешка много здравни организации не успяват да се разгледа, е постоянно изпитване и одобряване на план за възстановяване след бедствие им EMR си . Често много здравни организации са доволни от техните първоначални резултати от тестовете и смятат, техният план не се нуждае от подобрение. Не отговорна организация на здравеопазването трябва да се чувстват по този начин, че постоянно тестване и актуализации могат да се обърнат до проблеми и да се избегнат потенциални проблеми . All организация на здравеопазването трябва да се помисли за добавяне на нови и подобряване на софтуер за съществуващите системи и ретест на цели системи, за да гарантират, че техният персонал е добре подготвен , ако на бедствие .