среда, 11 марта 2015 г.

Проект: Моя поликлиника (часть 2)

Прежде чем немного порассуждать об инновациях в менеджменте системы здравоохранения вкратце акцентируем внимание на вопросах предметной области, которые хотелось бы улучшить, переформатировать.
Во второй части описания проекта этот прием позволит отличить, акцентировать инновации для новой создаваемой системы от уже имеющихся примеров систем с реализацией наилучшей практики.

Альтернативы

Возможности
Технологическая поддержка
Улучшение
Безопасное управление медицинскими записями
Информационная безопасность по сравнению с базами данных частных клиник. Хорошо структурированные данные. Web доступ к медицинским записям пациента.
Полнота персональных данных. Анонимность владельца данных для анализа и консультаций.

Пациент может удаленно посетить доктора

Видеоконференция

Меньше хлопот для тривиальных случаев. Лучшее отслеживание хода процесса.

Пациент может заранее удаленно выполнить некоторые простые измерения (кровяное давление, температура, уровень сахара в крови)
Многофункциональные устройства и телеметрия.
Систематический уход, быстрое оповещение о проблемных ситуациях. Лучшее отслеживание хода процесса.

Наилучшие специалисты могут консультировать анонимных пациентов и рекомендовать им наилучшее возможное лечение

Видеоконференция.
Web доступ к медицинским записям пациента.





Улучшение качества лечения.
Пациент осуществляет лечение из дома
Оповещения и врачебные предписания (например, для приема таблеток).
Систематический мониторинг.
Лучший надзор.

Электронная взаимосвязь всех участников системы здравоохранения: врачей, больниц, лабораторий, аптек, страхования, государственных агентств

Безопасный обмен данными.






Повышение качества данных. Уменьшение накладных расходов на лечение.
Могут быть включены услуги других социальных (государственных), профессиональных, научных и коммерческих (экспресс-доставка) организаций
Стандартные интерфейсы для услуг в стандартных процессах.
Управление затратами.
Новые возможности для малого и местного бизнеса.

Совместная работа всех участников процесса прозрачна, координируется  и прослеживается.

Гарантия аудита.

Раннее обнаружение проблем. Постоянное улучшение.

Архитектура. Кратко



Системная архитектура новой системы MHS, с точки зрения отраслевой специфики, основана на синергетике между управлением знаниями и ведением бизнеса с помощью процессов и существующих достижений в стандартизации взаимодействия между медицинскими приложениями, HL7.
Ключевые преимущества новой системы MHS обеспечиваются инновациями по трем направлениям развития:
  • ·         Технологические преимущества
  • ·         Инфраструктурные преимущества
  • ·         Преимущества новых направлений бизнеса

В качестве примера опишем по три бизнес инновации по каждому из трех направлений развития.

Технологические преимущества

Видеоконференции. Может казаться странным факт редкого применения Skype в общении доктора и пациента. Причина состоит в том, что использование современной технологии видеоконференции ограничено неудобством свободного доступа к списку контактов. Обычно доктор не хочет предоставлять свои личные реквизиты для публичного неограниченного использования. Открытый публичный доступ в Skype на самом деле только усложнит его работу. Устранение этого неудобства видеоконференции, в сочетании с хорошо известными процедурами назначения & подтверждения времени сеанса и интернет процедурами оплаты услуг, предоставляют новые возможности для совершенствования медицинских сервисов.

Технологии BPM-Workflow для последовательности шагов. Подготовленный заранее план действий упрощает взаимодействие участников и повышает его эффективность. Пациент может заранее самостоятельно измерить кровяное давление и температуру в домашних условиях, on-line подготовить ответы на предварительную медицинскую анкету о самочувствии и симптомах, предоставить результаты специальных анализов и исследований и доступ к персональным данным с историей болезней. Workflow и списки контролируемых параметров создаются для типовых процедур и случаев Healthcare. В сомнительных случаях Пациент может быть вызван в клинику, Доктор может нанести к нему визит домой или направить медицинскую сестру. Медицинская сестра может проконтролировать выполнение предписаний Доктора и требований Workflow до начала сеанса с Пациентом.

Облачные технологии и персональные домашние серверы являются разнонаправленными технологиями в развитии ICT. Их совместное использование отражает компромисс между требованиями к хранению и защите персональных данных и контроле доступа к ним. Прежде чем что-то защищать, нужно это иметь. Домашний сервер может быть домашним облаком для хранения и доступа к персональной информации. Такой способ использования домашнего сервера определяется лишь перечнем установленных на нем сервисов. С одной стороны, облачные технологии в MHS это необходимое техническое решение для высокоскоростных и надежных процедур on-line доступа к информации. С другой стороны, персональные домашние серверы позволяют обеспечить распределенный контроль полноты и целостности персональных медицинских и финансовых данных.

Инфраструктурные преимущества

Кластеризация ICT технологий отражает отличие компонентной архитектуры MHS от унаследованных архитектурных подходов при создании комплексной системы. Предъявляемые требования к прикладной системе объединяются в кластеры для типовых систем ICT. Выбранные типовые системы ICT должны быть согласованы по используемым технологиям взаимодействия и интегрируются в единую платформу в качестве подсистемы. Конфигурирование типовых систем ICT под специфику отрасли позволяет создать необходимую прикладную систему. Такой подход неожиданным образом расширяет функциональность системы за счет технического переноса лучших практик и популярных технологий из других отраслей.

Компонентная версионность является бонусным преимуществом MHS за счет архитектурной синергетики. Каждая типовая подсистема ICT развивается независимо в процессе эксплуатации интегрированной системы. Бизнес логика, имплементированная в бизнес процесс, имеет четкое местонахождение в подсистеме и область своего применения. Процесс сопровождения интегрированной MHS может быть распределен между различными бизнес партнерами на уровне подсистем. Отдельные популярные сервисы для подсистем могут независимо сосуществовать в качестве гаджетов.

Безопасность персональных данных является важным вопросом в современном обществе. В настоящее время Пациент не является эффективным собственником персональной информации в медицинских системах. Пациент не может самостоятельно лишить прав пользования на какую-либо существенную часть персональной информации без взаимодействия с третьей стороной и проконтролировать результат. Безопасность персональных данных в MHS обеспечивается современными технологиями кодирования и защиты информации, а также новой архитектурой системы. К вопросам архитектуры безопасности относятся требования по соблюдению отраслевых стандартов информационной безопасности и разделению в системе бизнес логики процедур передачи данных и прав доступа к этим данным.

Новые направления бизнеса

Рис. 3   Бизнес
Сегментирование рынка услуг является одним из следствий использования новых технологий MHS. Например, выделение отдельных шагов в BPM-Workflow бизнес процедурах позволяет осуществить глубокую специализацию медицинских услуг. Выполнение большинства шагов BPM-Workflow, как правило, не требует выполнения требований обязательной сертификации. Сертифицируется медицинское оборудование, сертифицируется процедура его применения, но нет ограничений на применение MHS, предназначенной для автоматизации учетных операций. Это означает, что можно заниматься бизнесом, связанным с выполнением отдельных шагов в сервисе медицинских услуг и не относиться к отрасли здравоохранения. Можно специализироваться на оказании отдельных медицинских услуг, например, выполняя различного рода экспресс анализы, прокат медицинского оборудования  и не иметь общей лицензии на оказание услуг по комплексному лечению пациентов.

Расширение географии услуг позволяет понизить имеющийся региональный дефицит в качественных медицинских услугах. Сертифицированное качество проведения отдельных шагов медицинской услуги не зависит от участников процедуры и места ее проведения. В случае крайней необходимости Пациент может пострадать только от своего заболевания, а не от различий в области международного регулирования здравоохранения, от степени государственного финансирования национальной медицины. Система MHS принесет дополнительные экономические преимущества лучшим врачебным практикам за счет их востребованности и загрузки. Это никак не противоречит демократическим принципам справедливости.
Виртуальный офис доктора является ключевым компонентом в процессе лечения. В конечном итоге от хорошего доктора во многом зависит успех лечения. Современное состояние в области здравоохранения таково, что даже успешный доктор не сможет оказать помощь пациенту, поскольку обременен многими регламентными ограничениями в предоставлении медицинской услуги. Во многих случаях можно перестроить бизнес процесс таким образом, что ключевым шагом лечения будет консультация врача-специалиста, а не технические вопросы оплаты, страховой медицины, формальных медицинских анализов и on-line доступа к персональной медицинской информации. Архитектурная концепция виртуального офиса доктора, наряду с портальным персональным ресурсом пациента является основой в корпоративной модели предоставления медицинских услуг.

Унификация базовых сервисов за счет информационного моделирования и представления процессов в форме доступной широкому кругу пользователей обеспечивает повышение качества оказываемых медицинских услуг. Унификация услуг делает возможным рейтинговые оценки специалистов, позволяющие Пациенту сделать правильный выбор. Оценка конкурентной стоимости услуги, исключение излишне навязываемых услуг и процедур снижает нагрузку на семейный бюджет. Сокращение сроков лечения за счет своевременного доступа к профильной медицинской услуге увеличивает вероятность благоприятных исходов. Востребованность в медицинских сервисах и услугах неизбежно приведет к появлению новых технических устройств автоматизирующих услугу, медицинскую процедуру.

BPM - Business Process Management (methodology of using processes to better manage the business)
BPMS – Business Process Management Suite (software system)
ECM – Enterprise Content Management
RBAC – Role-Based Access Control
BI – Business Intelligence
SOA – Service-Oriented Architecture
EDI – Electronic Data Exchange
CRM – Client Relations Management
MHS – Modern Healthcare System
HL7 - Health Level Seven International (www.hl7.org)

Резюме

В итоге оказалось, что мы описываем архитектуру какой-то другой системы здравоохранения, которая отличается от существующей, и как мне кажется в лучшую сторону. Работа такой системы здравоохранения на примере системы MHS  в большей степени напоминает современные сервисы компании оператора мобильной связи, чем пыльную библиотечную регистратуру и школьную химическую лабораторию с пробирками.

"Technology-enabled healthcare transformation"
В третьей части описания проекта, при  анализе проекта, доказывается практическая возможность реализации и интеграции всех инноваций в систему.

вторник, 10 марта 2015 г.

Проект: Моя Поликлиника (часть 1)

Совершенствование системы здравоохранения это актуальная и социально важная задача. Что нужно сделать, чтобы построить более совершенную и эффективную систему, лишенную тех недостатков, с которыми мы сталкиваемся в своей жизни?
Это сложная, слабо формализованная проблема и нет односложного ответа на поставленный вопрос или рекомендации для ее решения. Решение проблем такого рода состоит в реализации и применении набора новых ключевых технологий, которые по совокупности переводят процессы системы на новый уровень удобства и полезности. Например, мало кто пользуется сейчас традиционным чайником даже при наличии газовой плиты. Электрический чайник эффективнее и удобнее: он беспроводный, с ним сложно обжечься, он экономичнее. Нагреватель электрического беспроводного чайника находится внутри, он отключается автоматически. Отметим, что все необходимые технологии существовали сто лет тому назад, но таких чайников не было!
Здравоохранение - это конечно не чайник, но жизненный цикл решения слабо формализованной проблемы всегда традиционный: часть 1) описание проблемы; часть 2) инновации; часть 3) анализ.

Базовый уровень и Базовая модель

Современная система здравоохранения (Healthcare) обязательно использует технологии ICT. Технологии ICT делают эту систему понятной, доступной и эффективной. Существует много различных компьютерных систем, созданных для решения задач  в области Healthcare. На использовании таких систем построен прибыльный бизнес.  Бизнес в здравоохранении соответствует базовой модели отношений B2C (Business-to-Consumer), обозначающий коммерческие взаимоотношения между Business и частным, «конечным» Consumer.
Модель B2C обычно используется для описания бизнес процессов электронной торговли, целью которой являются прямые продажи для потребителя. В свою очередь компьютерная система B2C является важным звеном в цепочке современных бизнес-процессов (CRM). В нашем случае Business продает медицинские услуги для Consumer, но реализация процедур в электронной торговле более удобна и понятна для Consumer.
Компьютерная система, больницы, клиники, врачи это Business. Пациенты это Consumer. Модель их взаимоотношений используется при условии и на основе контрактов между участниками.

Унаследованные бизнес процессы

В качестве примера для описания начального, базового уровня набора процедур и сервисов для новой компьютерной системы (MHS) целесообразно выбрать одну из лучших систем, которые применяются в настоящее время (Best Practice). В области Healthcare примером такой системой является «eClinicalWorks» (eCW). Cистема eCW была создана на основании социологического исследования Гарвардской школы бизнеса.




Все бизнес процессы Healthcare в системе eCW соответствуют традиционной Агрегированной модели. Перечислим примеры таких бизнес процессов:
  • Регистрация новых пациентов;
  • Операции с медицинскими записями Пациентов;
  • Обработка результатов лабораторных анализов;
  • Назначение расписания визитов и предварительная регистрация;
  • Отправка уведомлений и напоминаний;
  • Получение и направление запросов;
  • Проведение веб-консультаций  с врачом;
  • Просмотр текущих и прошлых выписок по счетам;
  • Оплата счетов онлайн;
  • Обмен с пациентом формами согласия;
  • Предоставление справочной и учебной информации.

Понятный Участникам системы перечень бизнес процессов обычно не требует сложных пояснений и предварительного обучения для практического применения. Большинство процессов копирует действия участников системы в докомпьютерную эру. Эти действия отображаются в информационной системе в виде учетных записей. Учетные записи фиксируют факты взаимодействия участников.

Унаследованная архитектура системы

Система eCW использует традиционную 3-х уровневую архитектуру построения информационных офисных систем, включая использование технологий HTTPS и XML. Сервер приложений может быть установлен в операционной среде Windows или Linux. Система может быть развернута либо в ориентированной на сервисы модели SaaS, либо в унаследованной локальной модели клиент / сервер.
В системе осуществляется поддержка отраслевых стандартов, в том числе HL7, для взаимодействия с лабораториями радиологии, получения данных от медицинского оборудования и других систем. Система также поддерживает непрерывность записей (CCR), преемственность документов (CCD) и группу стандартов по информационным технологиям в здравоохранении (HITSP).
В пределах одной установки eCW применяется централизованное хранение информации в SQL базе данных. Для обмена данными между компонентами в одной системе и между разными eCW системами используются безопасные технологии XML.

Компонентный состав системы

Система eCW является унифицированным набором компонент для отдельной врачебной практики и групп медицинских предприятий.  Все функции компонент системы связываются через единую базу данных. Все компоненты eCW были разработаны в одной компании и используют единую систему безопасности. Ниже перечислены ключевые компоненты системы.
EMR: Электронная медицинская запись. Этот компонент имеет интуитивно понятный и простой в использовании интерфейс. EMR это мощное решение для улучшения качества лечения и занесения показателей измерений в электронные медицинские записи. Электронная медицинская запись (EMR) представляет собой компьютеризированную медицинскую карту. Карта создается в организации, которая обеспечивает уход за пациентом. Например, EMR создается в больнице или кабинете врача. EMR составляют важную часть информационной системы здравоохранения. Этот компонент обеспечивает выполнение бизнес процедур хранения, поиска и модификации записей.
Practice Management: Этот компонент обеспечивает управление назначениями и расписаниями, счетами за медицинские услуги и сохранение важных данных о пациентах. Компонент PM используется для управления медицинской практикой любого размера, от отдельных врачей до корпоративных сетей. PM используется для администрирования графиков работы нескольких офисов, ввода и модификации бизнес процедур и условий страхования, интеграции с Patient Portal и связывания информации о членах семьи, формирования отчетности, построения бизнес-аналитики для любых имеющихся структурированных данных.
Patient Portal: Этот компонент позволяет пациентам общаться с врачом и получить доступ к важной информации через Интернет. Через Patient Portal  врачебная практика может отправлять напоминания пациентам, заявления, учебные и просветительские материалы и результаты лабораторных анализов в электронном виде. Пациент может иметь on-line доступ к своим электронным медицинским записям (EMR) и оплачивать счета за медицинские услуги. Кроме Patient Portal пациент может воспользоваться дополнительными сервисами и гаджетами, такими как: eClinicalMessenger и eClinicalMobile.
Interoperability: Этот компонент обеспечивает обмен медицинской  информации в пределах сообщества или по всей стране через единое интегрированное решение. Компонент системы учитывает отраслевые стандарты при информационных обменах.

Задача проекта

Главная задача проекта - создание прототипа новой компьютерной системы MHS, которая предоставляет дополнительные сервисы для Consumer. Получение медицинских услуг для Consumer должно быть более удобным и эффективным в системе MHS за счет применения дополнительных технологий.
Подходы и способы решения главной задачи проекта во многом соответствуют социальным ожиданиям к направлениям совершенствования системы Healthcare. Ожидается комплексное удовлетворение противоречивых требований: доступность сервисов & персонализация услуг vs. сокращение накладных расходов, защита персональных данных vs. применение облачных технологий, использование специфичных отраслевых стандартов vs. стандартизация применяемых технологий в ICT. Удовлетворение требований достигается за счет инновационной системной архитектуры и применения соответствующих ей информационных технологий.

среда, 18 февраля 2015 г.

Проект: Нефтяная биржа

Обеспечение эффективности работы Российской биржи нефти и нефтепродуктов (РБНН) требует инновационного пересмотра бизнес процессов в ее основной, практической фазе работы. Важнейшим компонентом успеха работы биржи является качество информационной поддержки. В этом смысле предлагаемые способы и методы решения проблем в организации торгов РБНН, в чем-то схожи с революционным подходом Генри Форда к решению задач производственной логистики.

Введение

В современной российской истории неоднократно предпринимались попытки учреждения нефтяных бирж. Все эти старания, несмотря на отсутствие государственного участия, а может быть и в связи с этим, не привели к значимым результатам, но определенный практический опыт, безусловно, был накоплен. Видимо перечень ключевых проблем негативно сказавшийся на их работе не столь уж зависел от этого факта.
Предполагалось, что создание РБНН в форме некоммерческого партнерства, с государственным участием позволит обеспечить решение двух актуальных задач: подъем национальной экономики, через укрепление национальной валюты, и развитие российских международных инициатив энергетической безопасности. Первые лоты российского нефтяного бренда REBCO выставлялись на Нью-Йоркской товарно-сырьевой бирже(NYMEX) несколько  лет тому назад. Критика инициативы государства по вопросу нефтяной биржи редко касалась конструктивного анализа проблемных вопросов, являясь либо не профессиональной, либо пессимистично безысходной. Например, «…из порта в Приморске на российские НПЗ нефть будет доставлять РЖД…» или «… чиновники «хорошо попросят» экспортеров отказаться от долгосрочных контрактов в пользу биржевого рынка…».
Вместе с тем российская специфика биржевой торговли осложняется рядом объективных обстоятельств, в частности, связанных с географическим расположением мест добычи и потребления (переработки) нефти, спецификой в оказании логистических услуг. По этим причинам процедуры РБНН неизбежно отличаются от своих зарубежных аналогов. Возможные неточности и недоработки нового биржевого механизма, обусловленные сложностью проблемы, возможно учесть и устранить.
Многие кажущиеся сложными проблемы, связанные с организацией процесса биржевых торгов, могут быть решены или существенно упрощены при помощи специализированных компьютерных программ и их регулярным информационным наполнением. Проведем предварительный анализ некоторых проблем в биржевой торговле нефтью и возможные способы их практического решения. Следует учитывать, что технология торговли нефтепродуктами несколько отличается от торговли нефтью, составляет тему отдельного обсуждения и может быть подробно рассмотрена впоследствии.

Действующие лица

К непосредственным участникам российского нефтяного бизнеса относятся: нефтяные компании (НК), обладающие полным логистическим циклом добыча-производство-сбыт; нефтегазодобывающие компании, не имеющие самостоятельных мощностей по переработке нефти; транспортные компании; торговые посредники.
Транспортную логистику  нефти обеспечивают: ОАО «АК «Транснефть» (далее «Транснефть»), ОАО «РЖД», специализированные морские и железнодорожные терминалы. В ряде конкретных случаев, операции с товарной нефтью через многочисленных торговых посредников, обеспечивающих продвижение товаров от производителей к потребителям, можно было бы считать одной большой «черной дырой» в государственном регулировании нефтяного бизнеса, но это соответствует популистскому подходу к рассмотрению данного вопроса.
Предпринимательство, базирующееся на множественности участников и открытой конкуренции между ними, относится к основам рыночной экономики и ни в коем случае не несет принципиальной ответственности за отдельные факты правонарушений. Экономическая целесообразность биржевых торгов напрямую зависит от увеличения числа независимых друг от друга вовлеченных в процесс участников, действующих исключительно по правилам биржи и в соответствии с законодательством.
Поскольку при биржевой торговле снижается разнообразие рисков невыполнения контрактных обязательств, то облегчается привлечение кредитных ресурсов банков и финансовых институтов, а это способствует увеличению числа клиентов биржи. Обязательная публикация информации по совершенным сделкам, ведение конкуренции в равных условиях, справедливое выявление цены на биржевые товары, честная и упорядоченная торговля – все это соответствует принципам социальной справедливости и позволяет, не только «закрытому клубу» владельцев НК, но и обществу, контролировать процесс использования национальных природных ресурсов.

Цена нефти

В случае биржевой торговли определение цены является одной из простейших задач. Цена на нефть определится на торговой площадке, в рублях за тонну. Эта цена будет относиться к стандартному лоту нефти REBCO с условием поставки FOB, Приморск. Фактически, по результатам торгов будут определяться две цены на нефть: цена спот, и фьючерсная цена. Это позволит решить базовую задачу ценообразования нефти.
Президент РФ Владимир Путин ранее формулировал эту задачу в Бюджетном послании Федеральному Собранию следующим образом: «Следует совершенствовать налоговый контроль за использованием механизмов трансфертного ценообразования в целях минимизации налогообложения. Такой контроль должен быть, прежде всего, ориентирован на внешнеэкономические сделки с зависимыми лицами, и не препятствовать нормальному рыночному ценообразованию. Инструментом контроля могли бы стать справочные цены на сырьевые товары, источником для определения которых будут котировки ведущих товарных бирж и иная общепризнанная на соответствующих рынках информация».
Определение такого ценового индикатора, каким является котировка REBCO на РБНН, принципиально упростило бы проведение экономических расчетов с нефтью. Применение программы «Маршрутный калькулятор» позволило бы рассчитать котировки цен нефти по узлам сдачи производителей нефти в систему магистральных нефтепроводов «Транснефти», посредством вычета стоимости транспортного плеча. В свою очередь, все это позволит биржевому комитету проводить технические расчеты котировок цены на нефть при выборе других возможных направлений поставок, включая расчеты по переоформлению направления поставок. Эти обе задачи выбора и переоформления направления поставок для форвардных и фьючерсных контрактов потребует применения более сложных расчетов с использованием маржинальных (предельных) цен по узлам конечного потребления, вычисленных на базе ресурсов нефти, выставляемых на биржевые торги.

Качество нефти

Качество российской нефти определяется по ГОСТ «Нефть. Общие технические условия». Фактические значения показателей качества измеряются на СИКН (коммерческий узел учета сдачи-приемки или система измерения количества и качества нефти) во время прохождения партии нефти и заносятся в паспорт качества. Эти значения показателей качества могут отличаться как при сдаче нефти в «Транснефть», так и при приемке нефти от «Транснефти» на морском или железнодорожном терминале. Наконец, показатели качества нефти могут измениться в результате смешения партий нефти в технологических резервуарах во время хранения, в период ожидания подхода танкера. Поэтому показатели качества определяются еще раз, непосредственно для реальной танкерной партии нефти.
Можно применить «Калькулятор качества» для оценки интервала значений у «ценового коридора» возможного отклонения цены тонны нефти в реальной партии, в зависимости от разницы ее качества и эталона REBCO. «Калькулятор качества» - это параметризуемая компьютерная программа, автоматизирующая расчеты, в том числе на основании оценки размера премии к цене через актуальную стоимость «полезной корзины» нефтепродуктов и скидок к цене за счет значений содержащихся в нефти примесей. Поскольку нефть покупается в качестве сырья для дальнейшей переработки, то «Калькулятор качества» позволяет предложить участникам биржи механизм справедливой компенсации отклонений от эталона REBCO по качеству нефти, с учетом потенциальных возможностей, заложенных в реальной смеси углеводородов, и базы данных реальных поставок.  Осталось уяснить кто, кому, когда, за что и на каком основании осуществляет эту компенсацию. Премию или скидку за качество реально продаваемой нефти может получить производитель с потребителя (или их торговые представители). Понятно, что это не та же самая нефть, которую производитель сдал в «Транснефть».
С другой стороны «Транснефть» доплачивать за качество нефти никогда не должна - компания нефть не потребляет. Функцию компенсации отклонений качества от эталона REBCO может взять на себя клиринговая палата биржи. В концепции дифференциации выплат предполагается использовать уже известный принцип нулевого баланса, подразумевающий равенство премиальных и дисконтных сумм компенсаций за качество нефти.

Фьючерсный контракт

За исключением нескольких более простых вопросов и деталей, по сравнению с рассмотренными выше, мы получили вариант технического решения для типовой формы фьючерсного контракта. При этом главными отличиями от форвардного контракта являются стандартная форма и тот факт, что цена является единственным изменяющимся во времени компонентом. Для того что бы текущие форвардные не уступаемые контракты нефтяных компаний, заключенные во внебиржевой сфере, перешли в категорию фьючерсов требуется создание прозрачных и комфортных условий ведения бизнеса.
Форвардный контракт не является стандартным по содержанию, поскольку партнеры согласовывают удобные для себя условия. Трудно предположить, что удастся найти третье лицо, готовое купить этот контракт без изменений. Фьючерсный контракт – это стандартный по своим условиям контракт на куплю-продажу стандартного качества нефти в конкретное время, в месте и по биржевой цене на свободных торгах.
Наличие фьючерсов на бренд REPCO неминуемо откроет новые перспективы для развития финансовых и инвестиционных рынков в интересах нашей страны.

Ресурсная база для биржевых торгов

Проблема наличия ресурсной базы нефти для проведения биржевых торгов является одной из основных для становления РБНН. Кажущееся противоречие между объемами добычи нефти и практически отсутствием свободных ресурсов для их биржевой продажи зависит от ряда объективных факторов. Главный из них объясняется спецификой транспортной логистики.
Доставка нефти от мест добычи до мест ее потребления (переработки или продажи) осуществляется главным образом по системе магистральных нефтепроводов. Договор на транспортировку нефти оформляется на год, при этом основные объемы прокачки и их привязку к маршрутам в поквартальной разбивке представляются заявителем за полгода заранее. Возможные отклонения в месячном графике не могут превышать 5% от объема транспортируемой нефти. Это означает, что основные объемы нефти должны быть или законтрактованы, или запланированы для внутреннего потребления задолго до их реального появления и осуществления с ними транспортных операций.
Технологические мощности «Транснефти» не позволяют осуществлять долговременное хранение и накопление значительных по объему товарных партий нефти. Прием в систему и сдача получателям ресурса из системы магистральных трубопроводов на концевых узлах осуществляется практически «с колёс», по жестко согласованному и контролируемому оперативному графику. За нарушения в графике приема нефти предусмотрены существенные штрафные санкции по договору о транспортировке. Ясно, что для не аффилированного с продавцом бизнес-партнера все эти проблемы не представляют интереса, и уверенно вести бизнес в долгосрочной перспективе и в условиях жесткой российской специфики очень сложно.
Если вычесть рабочие запасы нефти, необходимые для поддержания системы в рабочем состоянии без сбоев и утечек, недоступные запасы в резервуарах, недоступные запасы вне резервуаров (включая мобильную нефть), вычесть объем чрезвычайных емкостей, вычесть недоступные для использования объемы, то останется то количество нефти, которое можно использовать при торговле «спот». При экспортных поставках, по базису DAF, трубопровод, – таких свободных объемов попросту нет. При поставках через морские терминалы можно найти объем ресурсов нефти достаточный лишь на несколько танкерных партий.
Работа РБНН в этих условиях будет существенно отличаться от биржи NYMEX, взаимодействующей с терминалами покупателей, а не продавцов. При этом возле главных нефтяных терминалов в Техасе и Луизиане расположены основные перерабатывающие мощности и резервуары стратегических запасов нефти США в соляных копях, суммарной емкостью около 1 млрд. баррелей.

Выводы

Для РБНН роль товарных складов видимо должны выполнять СИКН, а справку наличия товара заменят Акты сдачи-приемки, Паспорта качества и графики сдачи нефти, подтвержденные в «Транснефти». Аналогично заводам Форда, где роль складов играла площадь при заводе, а узлы для сборки автомобилей находились в кузовах грузовиков, логистика и информационные технологии заменят физические постройки.
По мере определения технологических возможностей выделения графиков для прокачки нефти по биржевым контрактам и обеспечения оперативного информационного взаимодействия для возможности регламентированного управления графиком поставок от СИКН, это будет эквивалентно появлению и наличию динамического товарного склада у биржи.
Различные программные «калькуляторы», упоминаемые выше, имеют свои аналоги среди зарубежных программных продуктов и базируются на использовании оптимизационных методов моделирования.


вторник, 3 февраля 2015 г.

Функциональные требования в ИТ: принятие решений

Проблема принятия решений

Управление процессами построения систем в организациях, как минимум, принято рассматривать с позиции модели жизненного цикла:
ГОСТ Р ISO/МЭК 15288 - Процессы жизненного цикла систем.
Способы построения эффективной системы управления в организации тесно увязываются с уровнем автоматизации бизнес процессов управления, которые в свою очередь связаны с применением IT. Отметим, что такой способ построения напоминает метод «бритвы Оккама», в части подмены понятий в постановке задачи. Описывается не стандартизированный способ построения системы, а способ унификации описания способа построения, что само по себе является важной задачей. Этот факт подтверждает гармонизация модели жизненного цикла IT систем с вышеупомянутым стандартом:
ГОСТ Р ISO/МЭК 12207 - Процессы жизненного цикла программных средств.
Внимательный анализ этих базовых стандартов показывает, что специализированные знания и профессионализм в управлении системами по стадиям жизненного цикла не заменяют методов принятия решений. Современные подходы к разработке и анализу методов принятия решений базируются на модельном представлении информации о системе в целом, методологии построения модели системы и её использования. 
Рис.1 Задача принятия решений
Для постановки задачи принятия решений в процессе построения (модернизации) системы управления в организации воспользуемся канонической формой представления в виде модели удовлетворения функциональных потребностей (рис.1).
Постепенно добавляя и конкретизируя описание предметной области, мы будем переходить от общей формулировки вопроса «что и как делать?» к эквивалентным, но более конкретным вопросам и задачам. Например, принятие такой канонической модели уже позволяет нам переформулировать банальный вопрос: «Как сделать систему управления организацией эффективной?», на равнозначный вопрос: «Какими IT продуктами или решениями удовлетворить потребности бизнеса в организации?».
 Последняя формулировка задачи находится еще далеко от плана действий или хотя бы «дорожной карты» пути в направлении желаемого результата. Если продолжить детализировать структурированное описание потребностей бизнеса и характеристик IT продуктов, то можно в значительной степени формализовать процесс принятия решений. 

Участники процесса принятия решений

Традиционно, в задачах исследования операций участники процесса принятия решений классифицируются в соответствии со своей ролью. Аналогичный ролевой подход применяется в организациях, использующих регламентацию проектно-ориентированных форм управления деятельностью:

·         Лицо, принимающее решения (ЛПР).
·         Владелец проблемы.
·         Руководитель или член группы, принимающей решения.
·         Эксперт, профессионал прикладной области.
·         Консультант, аналитик.
Эксперт должен уметь построить информационную модель для поддержки принятия решений, которые относятся к совершенствованию системы управления организацией. Консультант должен уметь провести аудит модели, найти в этой модели логические нестыковки и внутренние противоречия, предложить актуальные межотраслевые подходы с учетом лучших решений и практик. От остальных участников процесса принятия решений требуется понимание информационной модели и умение ей пользоваться.

Формализация способов принятия решений

Принятие решений начинается с наличия множества альтернатив, различных вариантов действий. Возможны эмпирические и логически обоснованные способы принятия решений, что в свою очередь зависит от степени формализации предметной области. Степень формализации определяется составом альтернатив и наличием критериев их оценки. Логически обоснованные методы принятия решений начинаются с того момента, когда альтернативы и их критерии известны. В этом случае различают лишь три следующих способа принятия решений:
·         Упорядочение альтернатив.
·         Распределение альтернатив по классам решений.
·         Выделение лучшей альтернативы.
Откуда берутся альтернативы и критерии оценки? – Из классификации предметной области. Они зависят от способов и методов классификации (или разделения на классы, подмножества).

Простые ответы на сложные вопросы

Насколько точно информационная модель должна описывать реальную картину системы управления в организации? Ответ на этот вопрос зависит от многих факторов и в том числе от того, как организован процесс принятия решений в организации. Не все рождаются ньютонами, но после окончания средней школы предполагается знание сути закона всемирного тяготения.
Нобелевский лауреат Г.Саймон определил и провел исследование концепции ограниченной рациональности. Во многих экономических моделях предполагается, что люди (или экономические агенты) гипер рациональны и никогда не делают, чего бы то ни было, что противоречит их интересам. Концепция ограниченной рациональности подвергает эти положения сомнению с целью учесть, что в действительности совершенно рациональные решения мало осуществимы на практике из-за ограниченности вычислительных ресурсов, необходимых для их принятия. Принято выделять четыре основных причины отклонения организаций от рационального поведения:
1.  Упрощение проблем, декомпозиция проблем и их независимое решение без анализа целостной картины.
2.  Удовлетворительные решения, выбор первой приемлемой альтернативы, проведение небольших изменений.
3.  Стремление избежать неопределенности, сокращение горизонта планирования и анализа.
4.  Сценарии привычных решений, соблюдение традиционных правил и процедур принятия решений, принятие типовых решений, эскалация решений и ошибок.
Г.Саймон описал некоторое количество направлений, в которых классическая модель рациональности может быть дополнена и приведена в большее соответствие с реальностью, оставаясь в рамках строгого формализма:
·         ограничение по тому, какого рода могут быть функции полезности
·         учёт стоимости сбора и обработки информации
·         возможность существования векторной функции полезности
Применение информационной модели в процессе принятия решений позволяет использовать её понятия и взаимосвязи для формулировки альтернатив и критериев (параметров) их оценки. Любая модель является упрощенным описанием. Понятия в модели и их классификация могут восприниматься неадекватно различными группами участников, включая ЛПР (лицо, принимающее решения), что является объективными причинами ограниченной рациональности в принятии решений участниками процесса.
Правильная формулировка задачи облегчает ее решение. Например,
1.  Как доказать правильность выбранного пути? Необходимо предоставить логическое обоснование через цепочку взаимосвязей объектов информационной модели, соответствующих компонентам системы.
2.  Как доказать полноту решения? Необходимо предоставить полно связную картину объектов, вовлеченных в проект модификации, и провести анализ этих объектов.
3.  Как сформировать, обеспечить ресурсное наполнение проектной команды? Для построения процедуры поиска необходимых ресурсов в социальных сетях необходимо иметь формализованную задачу, которая определяется на основе взаимосвязанных объектов из  информационной подмодели.
4.  Как обеспечить комплексность принимаемых решений? Простота и оперативность получения дополнительной информации понижают требования к уровню компетенции ЛПР в технологически сложных областях. Состав и связи объектов подсистемы обеспечивается наличием логически обоснованной процедуры построения подсистемы из общей информационной модели.

Информационная модель

Архитектура системы поддержки принятия решений предоставляется несколькими, связными между собой «проекциями», описаниями целей, инициатив, методик, технологий, инструментов и программ в конкретной классификации. На рисунке 2 представлена одна из таких проекций, которая предназначена для планирования рабочих программ построения системы. Эта проекция увязывает стратегические цели и инициативы с существующими возможностями (методики, технологии и инструменты) и определяет приоритеты рабочих программ.
При использовании термина «архитектура» необходимо уточнять контекст его применения. Перечислим некоторые из разновидностей «архитектур», необходимых для полного описания структуры сложной современной системы:
·         Бизнес-архитектура
·         Архитектура данных
·         Архитектура IT-систем
·         Архитектура серверной и сетевой инфраструктуры
Использование такой проекции позволяет вычленить общие методики, технологии и инструменты, определить приоритеты их реализации, создать их единожды и использовать их многократно. Устраняется неконтролируемое разнообразие методологий, инструментов и технологий.
Заранее наивно предполагать, что участники процесса принятия решений смогут адекватно и безошибочно соотнести термин модели и соответствующий ему информационный объект. Информационное наполнение модели, нивелирующее этот недостаток, для поддержки принятия решений достаточно просто реализовать, используя трехуровневую архитектуру данных: таблица модели, блог, хранилище (рис.3). Термин модели может быть описан в статье блога и связан с другими документами из информационного хранилища.

Рис.3 Архитектура данных для модели
На практике, для реализации подхода можно воспользоваться инструментальной средой MS SharePoint, Alfresco или другими подобными, в которых встроены все необходимые компоненты. В самом простейшем случае, для создания и демонстрации прототипа достаточно использовать на чуть более профессиональном уровне MS OfficeMS Excel, MS Word и продуманную структуру хранения документов и файлов.

Пример построения информационной модели

Процедура построения информационной модели состоит из трех шагов:
1.    Описание бизнеса
2.    Описание IT
3.    Построение модели
Описание бизнеса необходимо, чтобы в первую очередь определить понятия и объекты предметной области, базовые бизнес – процессы в ней. Описание IT должно содержать описание базовых архитектурных построений, на основе выбранных программных платформ.
Для построения информационной модели необходимо осуществить классификацию понятий и объектов, в соответствии с вариантами «проекций» (рис.4 и рис.5).

Спрос (Business Demand)
Стратегические цели
Стратегические цели
Инициативы
Подразделения
Методики
Функции
Рис.4  Варианты «проекций» потребностей бизнеса
Каждому объекту в таблицах «проекций» бизнеса и предложений IT присваивается приоритет, а между понятиями обозначаются связи.

Предложение (IT Supply)
Программы
Программные платформы
Инструменты
Программы и подсистемы
Технологии
Модули и конфигурации
Рис.5  Варианты «проекций» предложений IT
Процессу принятия решений соответствует установление связей между объектами и понятиями двух смежных уровней «проекций» потребностей бизнеса и предложений IT.

Требования к процессу составления модели

Процесс составления информационной модели с целью поддержки принятия решений по вопросам совершенствования системы управления организацией должен учитывать и удовлетворять следующим требованиям:
·    Неограниченный жизненный цикл модели, как минимум должен соответствовать модели жизненного цикла организации на временном горизонте ее существования.
·    Непредсказуемая и постепенная эволюция информационной модели, добавление и модифицирование информационного наполнения модели различными группами экспертов, в зависимости от внешних и внутренних вызовов к организации.
·    Компактность и адекватность понятийной базы модели, возможность декомпозиции и агрегирования ее понятий.
·    Коллегиальные процедуры принятия решений.
Информационная модель организации и методология ее построения используется в качестве инструмента поддержки принятия решений и не подменяет необходимость применения методологий проектного управления и системного проектирования (CBOK, PMBOK, TOGAF).
Основная сложность построения системы заключается в критичности непрекращающегося развития системы. Все составные части системы и средств прилагаемого решения (методики, технологии и инструменты) должны быть готовы к изменениям и сами изменения должны быть открыто, систематично и своевременно предлагаться, обсуждаться и проверяться.
После того, как архитектурные принципы и начальные версии общих методик, технологий и инструментов будут опробованы и начнут работать, то руководство корпоративной архитектурой может распространиться на подсистемы (кластеры). Таким образом, каждый кластер сможет развивать свою собственную корпоративную архитектуру, следуя общим правилам и решениям.

Заключение

Поддержка методов принятия решений относится к слабо формализуемым междисциплинарным разделам прикладной математики и является одной из центральных проблем в области искусственного интеллекта (AI - Artificial Intelligence) и исследования операций. Следует отметить высокую практическую потребность в прикладных методологиях.
Признанные классики этого направления научных исследований (Нобелевский лауреат H.Simon, академик О.И.Ларичев) отмечали тесную онтологическую связь проблемы принятия решений с теорией сравнительного превосходства по ценности, многокритериальной теорией полезности, теорией аналитических иерархий.