И
Направление здрав, но увы не моего профиля, поэтому хочу узнать Ваше мнение относительно стратегии и результатов (речь о категории).
Исходные данные.
ЛПУ (профиль):
Станция скорой помощи
ИС:
ведение вызовов
Принцип функционирования:
В реальном режиме происходит принятие вызова, его обработка и направление бригаде, которая в свою очередь мчится на этот вызов.
Актуальность данных (критичность данных):
ровно с момента получения вызова деспетчера, до его начала обработки. Но начало обработки может достигать определенного времени (очередь возникает). То есть, если вызов передан бригаде, то информация о нем уже не так важна (в отношении пациента)
Максимальная очередь в единицу времени: 15 вызовов
Период нахождения в очереди: максимум 23 минуты.
Работа оператора: 24/7, ежедневный круглогодичный режим работы
В списки окии эта ис попадает, что не удивительно.
Категория.
Это здрав, поэтому основным критерием, который рассматривается более скурпулезно - это соц значимость и здоровье.
Если отталкиваться от сценария "армагедон", то получается 3
I. Социальная значимость
1. Причинение ущерба жизни и здоровью людей (человек) более или равно 1, но менее или
равно 50
Рассуждение такое.
Если даже и вырубить всю ИС, то потеряется та очередь, которая имеется на текущий момент, именно 15 вызовов. Так как оператор работает 24/7 то в любой момен времени при работе с ИС он заметит, что ИС не работает, и потеря будет ровно эти 15 человек, которые в очереди на вызов стоят.
Если скорая не доедет хотя бы до 1 человека, и произойдет случай из критерия - возможен ущерб жизни или в худшем варианте смерть.
Но в любом случае попадание в границу 50 человек.
Работы по категорированию (вовсяком случае бумажные) уже идут
Но разработчику дали доп тз, которое планирует внедрить в эту ИС возможность как в автоматическом режиме, так и в полуавтоматическом производить дублирование данных из очереди в какой-нибудь отчетный (текстовый файл), который будет актуализироваться по факту приема нового вызова, и эти данные не будут связаны с ИС прямо (локальная копия списка, которая может быть где угодно в рамках контролируемой зоны работы этого ОКИИ). Тоесть в это мслучае получается, что если дажеи упадет ИС, файл с очередью останется и оператор спокойно сможет передать список вызова бригаде. А с момента выхода из строя ИС есть возможность руками записать информацию о вызове на все что угодно, соответственно ни предыдущие, ни последующие вызовы не пропадут.
В этом случае ИС может быть без категории, так как есть (точнее будет) полный дубляж "критичных" данных
Но разработчик не дает сроков, так как это не является основным функционалом.
Как быть? Какая все-таки будет категория у этой ИС?!
Или на момент выполнения категорирования отталкиваться от текущего функционала?, а когда произойдут изменения, то подать новые сведения по присвоению категории?!
Как Вы считаете?
