Управление взаимодействием с заинтересованными лицами здравоохранения с помощью Power Platform

Эта идея решения описывает централизованную платформу для управления медицинскими специалистами (HCP), организацией здравоохранения (HCO) и взаимодействием с пациентами с помощью Microsoft Power Platform. Решение стандартизирует комплексные рабочие процессы, включая планирование, утверждения, выполнение и отслеживание с помощью автоматизации, доступа на основе ролей и шаблонов интеграции.

Диаграмма архитектуры

На следующей схеме показана многоуровневая архитектура Power Platform для сквозного управления взаимодействиями с HCP, HCO и пациентами — от онбординга и планирования мероприятий до согласований, заключения договоров, фиксации факта оказания услуг, отслеживания счетов и платежей, а также подготовки отчётности по соблюдению требований. В нем показаны основные связи сущностей Dataverse в основе этой архитектуры.

Рабочий процесс

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

Начало взаимодействия

1. Организатор событий (внутренний пользователь) создает запись действий взаимодействия в приложении на основе модели. Пользователь выбирает тип действия, страну или регион, область лечения и продукт из плоскости управления конфигурацией.

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

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

Предварительная подготовка и контрактирование

1. Автоматизированный поток предварительного утверждения в Power Automate направляет взаимодействие соответствующим рецензентам — медицинскому, юридическому (или специалистам LRR) и финансовому — на основе настраиваемых правил маршрутизации, хранящихся в Dataverse.

2. Каждый проверяющий получает задачу в своей рабочей области, управляемой моделью. Решения фиксируются, в том числе решения об утверждении, отклонении и запросе дополнительной информации, с указанием обоснования, метки времени и исполнителя для обеспечения полной аудиторской прослеживаемости.

3. После утверждения запускается процесс инициирования контракта, который активирует интеграцию с Coupa:

   1. Правильный шаблон контракта выбирается на основе атрибутов действий и правил сопоставления конфигурации.

   2. Предварительно заполненные данные, такие как данные о сторонах, условия взаимодействия и график оплаты, передаются в Coupa через пользовательский коннектор или функцию Azure.

   3. Состояние контракта записывается обратно в Dataverse, чтобы сохранить текущую запись взаимодействия.

Выполнение событий и сбор подтверждающих данных

1. Внешние стороны (HCPs, HCOs, пациенты, внешние представители) получают доступ к порталу Power Pages для просмотра назначенных им мероприятий, загрузки подтверждающих документов об оказании услуг (листы посещаемости, файлы презентаций, формы утверждения), а также для отслеживания статуса счетов и платежей.

2. Артефакты документов хранятся в SharePoint (или в файловых столбцах Dataverse) в виде структурированной иерархии папок (для каждого действия и каждого участника). Dataverse поддерживает указатели метаданных и ссылки на версии.

3. Power Automate автоматически отправляет напоминания и запускает процессы эскалации, когда соглашения об уровне обслуживания (SLA) для подачи документов, согласования или этапов оплаты приближаются к истечению или нарушены.

Финансы, выставление счетов и закрытие

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

2. Запланированный поток интеграции синхронизирует состояние оплаты SAP обратно с Dataverse, сопоставляя счета с платежами. Несоответствия помечаются для проверки операций по расчетам с кредиторами (Accounts Payable, AP).

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

Отчетность и соответствие

1. Панели мониторинга Power BI (встроенные или автономные) обеспечивают видимость в режиме реального времени по объему обработки, SLA по утверждению, срокам обработки, сверке платежей и исключениям, связанным с соблюдением требований, как для операционных команд, так и для специалистов по комплаенсу.

2. Журналы аудита фиксируют все переходы состояний, решения об утверждении и изменения отдельных полей в конфиденциальных объектах (данные пациентов, финансовые данные), что помогает соблюдать требования GDPR и нормативные требования к отчетности.

Подробности сценария

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

Бизнес-задача

Организации в сфере фармацевтики и наук о жизни управляют взаимодействиями с HCP, HCO и пациентами, включая консультативные советы, спонсируемые мероприятия, консультационные соглашения и программы поддержки пациентов. Эти организации сталкиваются с значительными операционными проблемами и проблемами соответствия требованиям.

• Фрагментированные процессы: жизненный цикл взаимодействия, управляемый по электронной почте, электронным таблицам, устаревшим средствам и отключенным системам, что приводит к несогласованности качества данных и недостаткам аудита.

• Риски несоблюдения требований: утверждения со стороны медицинского, юридического/LRR и финансового подразделений отслеживаются вручную, без обязательных правил маршрутизации и контроля соблюдения SLA.

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

• Технический долг интеграции: создание договоров в Coupa и выверка платежей в SAP выполняются вручную, подвержены ошибкам и занимают много времени, что задерживает закрытие финансового периода и создает аудиторские риски.

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

Значение решения

Эта архитектура Power Platform решает эти проблемы путем предоставления управляемой платформы взаимодействия, ориентированной на dataverse, которая:

• Стандартизирует полный жизненный цикл взаимодействия — от онбординга контрагентов и создания мероприятий до согласований, оформления договоров, сбора подтверждающих документов, выставления счетов, выверки платежей и закрытия — в рамках единой системы учёта, пригодной для аудита.

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

• Обеспечивает безопасное внешнее взаимодействие через Power Pages, предоставляя HCP, HCO, пациентам и сторонним представителям возможность самостоятельно получать доступ к своим взаимодействиям, загружать подтверждающие документы и отслеживать статус платежей — без необходимости приобретать лицензии Microsoft.

• Автоматизирует запуск процесса оформления договоров в Coupa и сверку платежей в SAP, устраняя необходимость в ручных действиях при интеграции и ускоряя закрытие финансового периода.

• Предоставляет операционные отчеты и отчеты о соответствии через Power BI, встроенные непосредственно в интерфейс приложения на основе модели.

Целевые пользователи и лица

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

Руководство по подготовке к работе

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

Цели восстановления продуктивной среды

Согласуйте целевые показатели восстановления с бизнесом на этапе мобилизации и подтвердите их перед вводом в эксплуатацию.

К примерным целевым показателям для этой рабочей нагрузки относятся следующие:

Оперативное владение и мониторинг

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

Предположения о лицензировании и емкости

• Power Apps: Предоставьте внутренним пользователям соответствующую лицензию Power Apps Premium для доступа к приложениям на основе модели данных, использующим Dataverse.

• Power Automate: Оцените лицензирование процессов для совместно используемых, критически важных для бизнеса оркестрационных потоков, таких как согласование, инициирование контрактов, синхронизация SAP и автоматизация закрытия процессов.

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

• Dataverse и SharePoint хранилище. Используйте Dataverse для транзакционных метаданных и записей аудита. Используйте SharePoint для хранилища документов с большим объемом для оптимизации затрат и управления хранением.

• Пропускная способность API: Оцените рабочие нагрузки интеграции с учетом ограничений запросов Power Platform, ограничений соединителей, ограничений API SAP/Coupa и ожидаемых пиковых периодов отправки.

Рекомендации по масштабированию, параллелизму и регулированию

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

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

• Выполняйте длительные операции асинхронно и с отслеживанием статуса, чтобы пользователям не приходилось ждать синхронного завершения инициации контракта в Coupa, сверки в SAP или пакетного создания документов.

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

• Используйте курируемые представления и шаблоны инкрементального обновления для отчетов Power BI, когда это оправдано объёмом данных, вместо того чтобы напрямую запрашивать высокообъёмные транзакционные таблицы без фильтров.

Шлюзы развертывания и стратегия отката

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

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

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

• После развертывания проверьте доступ пользователей, видимость данных в зависимости от роли, маршрутизацию согласований, доступ к порталу и загрузку файлов, работу хранилища документов, срабатывание триггера Coupa, синхронизацию с SAP и обновление Power BI.

Специальные возможности и проверка подлинности внешних пользователей

• Проверьте циклы взаимодействия Power Pages на соответствие требованиям WCAG 2.1 уровня AA, включая навигацию с клавиатуры, метки для программ экранного доступа, контрастность цветов, обработку ошибок в формах и обратную связь при загрузке документов.

• Убедитесь, что содержимое портала поддерживает инструкции на языке обычного языка для случайных внешних пользователей с многоязычным содержимым, где требуется рыночный или нормативный контекст.

• Включите HCP, HCO, пациентов и сторонних репрезентативных лиц в тестирование принятия пользователей, а не только внутренние операционные группы.

Components

Следующие компоненты Microsoft Power Platform и Azure образуют архитектуру. Каждый компонент был выбран на основе его соответствия функциональным требованиям, модели управления и шаблонам интеграции платформы взаимодействия.

Microsoft Dataverse

Dataverse — это система записей и магистральных данных для платформы. Хранит все мероприятия по взаимодействию, записи участников, статусы утверждений, расходы и аудиторские следы. Dataverse была выбрана для собственной поддержки безопасности на уровне строк (бизнес-единиц, команд, групп доступа), профилей безопасности на уровне полей, встроенного ведения журнала аудита и собственной интеграции со всеми компонентами Power Platform. Рассмотренные альтернативы — списки SharePoint и SQL Azure — были исключены из-за недостаточной гибкости настройки безопасности и отсутствия встроенных возможностей для согласования и работы с формами.

Power Apps (на основе модели)

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

Power Pages

Power Pages предоставляет безопасный внешний портал для HCPs, HCOs, пациентов и сторонних представителей. Он обеспечивает прошедший проверку подлинности доступ (B2B/B2C через Внешняя идентификация Microsoft Entra), не требуя Microsoft 365 лицензий для внешних сторон. Power Pages поддерживает видимость данных на уровне строк, ограниченную отдельной стороной, отправкой файлов (отправкой доказательств) и видимостью состояния приглашений, счетов и платежей. Альтернативы, такие как Статические веб-приложения Azure с пользовательским API, были рассмотрены, но требуют более пользовательского разработки и текущего обслуживания.

Power Automate

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

Microsoft SharePoint

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

Power BI

Power BI предоставляет операционные панели мониторинга и панели мониторинга соответствия требованиям, охватывающие пропускную способность, SLA по утверждению, сроки обработки, выверку платежей и отчётность по исключениям. Панели мониторинга встроены в интерфейс приложения на основе модели для соответствующих ролей пользователей (специалистов по комплаенсу, специалистов по работе с кредиторской задолженностью), а также доступны как отдельные отчеты. Представления Dataverse и виртуальные таблицы используются в качестве основного источника данных, чтобы избежать дублирования данных.

Майкрософт Ентра айди

Microsoft Entra ID предоставляет удостоверения и проверку подлинности для всех внутренних пользователей, обращаюющихся к приложениям на основе моделей, применяя политики условного доступа и требования к многофакторной проверке подлинности (MFA). Проверка подлинности внешних пользователей на портале Power Pages настраивается с помощью Внешняя идентификация Microsoft Entra (шаблоны B2B/B2C). Роли безопасности в Dataverse сопоставляются с группами Microsoft Entra для согласованного предоставления доступа с управлением в течение всего жизненного цикла.

Функции Azure

Функции Azure используются выборочно для логики интеграции на стороне сервера, требующей безопасной обработки секретов, в первую очередь запуска контракта Coupa и интеграции синхронизации платежей SAP. Функции Azure позволяют отделить учетные данные интеграции от модели ссылок на подключения Power Platform и поддерживают более сложную логику преобразования запросов и ответов, чем встроенные HTTP-соединители Power Automate.

Coupa — это корпоративная платформа контрактов. Интеграция автоматизирует создание контракта путем выбора соответствующего шаблона на основе атрибутов взаимодействия и предварительного заполнения данных о сторонах и условиях из Dataverse. Статус контракта возвращается через веб-перехватчик или плановую синхронизацию, обеспечивая постоянное соответствие записи взаимодействия в Dataverse текущему состоянию процесса заключения договора.

SAP — это корпоративная система ERP, используемая для обработки платежей. Запланированная функция Azure синхронизирует статус платежа из SAP обратно в Dataverse, что позволяет выполнять сверку счетов и платежей непосредственно в платформе и избавляет от необходимости ручной проверки со стороны финансовой команды. Система автоматически помечает несоответствия для проверки операций AP.

Considerations

Эти соображения реализуют основы Power Platform Well-Architected — набора руководящих принципов, повышающих качество рабочей нагрузки. Дополнительные сведения см. в разделе Microsoft Power Platform Well-Architected.

Reliability

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

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

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

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

• Реализованы шаблоны недоставленных сообщений для неуспешных событий интеграции. Система записывает необработанные записи в таблицу журнала ошибок Dataverse с полным контекстом, что позволяет повторно обработать после устранения первопричины.

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

Безопасность

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

• Проверка подлинности: внутренние пользователи проходят проверку подлинности через Microsoft Entra ID с помощью условного доступа и применения MFA. Внешние стороны проходят проверку подлинности через Внешняя идентификация Microsoft Entra (шаблоны B2B или B2C), настроенные в Power Pages. Для внешнего доступа лицензии Microsoft 365 не требуются.

• Авторизация (глубокая защита): роли безопасности Dataverse и бизнес-единицы обеспечивают широкую сегментацию организации, включая штаб-квартиру, регион, зону и страну/регион. Для операционных записей, таких как мероприятия, утверждения и расходы, применяется командное владение. Группы доступа, или общий доступ к записям, используются для временного доступа к конфиденциальным записям по принципу служебной необходимости. Профили безопасности полей применяются, когда конфиденциальные атрибуты должны быть скрыты от несанкционированных ролей.

• Обработка данных пациентов: команда Patient Voice отвечает за ведение и поддержку основных записей о пациентах. Организаторы мероприятий получают доступ только для чтения к определенным пациентам и категориям заболеваний только после прохождения обязательного обучения. Медицинские рецензенты и рецензенты LRR получают доступ в ограниченном объёме только к пациентам, включённым в их текущий объём задач по утверждению, при этом доступ автоматически отзывается после принятия решения. К записям пациентов применяются меры контроля GDPR, такие как обработка персональных данных и процессы реализации права на удаление данных.

• Безопасность интеграции: учетные данные для интеграции Coupa и SAP хранятся исключительно в Azure Key Vault, а Функции Azure получают к ним доступ с помощью управляемых удостоверений; они никогда не хранятся в ссылках на подключения Power Platform или в конфигурации потока.

• Ведение журнала аудита: в Dataverse включен аудит для всех конфиденциальных сущностей и критически важных полей. Журналы аудита хранятся в соответствии с политикой хранения данных организации и доступны для проверки нормативных требований.

Операционная эффективность

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

• Дисциплина ALM: поддерживаются отдельные среды разработки, тестирования, UAT и рабочей среды с неуправляемыми решениями в среде разработки и управляемыми решениями в UAT и рабочей среде. конвейеры Azure DevOps (или GitHub Actions) автоматизируют экспорт, распаковку, контроль качества решений и контролируемые импорты, предотвращая развертывание вручную и связанные с ними риски.

• Конфигурация по коду: правила маршрутизации утверждений, соглашения об уровне обслуживания, каталоги типов взаимодействия, сопоставления шаблонов документов и параметры интеграции хранятся как данные конфигурации в Dataverse, а не жестко закодированные в потоках или приложениях. Такой подход позволяет группе поддержки обновлять бизнес-правила без необходимости развертывания решений.

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

• Наблюдаемость: централизованное ведение журнала для всех потоков и вызовов интеграции с структурированными уведомлениями об ошибках. Операционные панели мониторинга в Power BI охватывают пропускную способность, SLA по утверждению, сроки обработки, сверку платежей и количество исключений, обеспечивая операционной команде постоянный обзор.

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

Эффективность работы

Компонент "Эффективность производительности" охватывает возможность масштабирования рабочей нагрузки для эффективного удовлетворения спроса. Следующие решения по проектированию рассматривают производительность этой архитектуры:

• Оптимизация запросов Dataverse: представления и информационные панели приложений, управляемых моделью, используют отфильтрованные индексированные представления вместо извлечения всех записей. Используйте пользовательские страницы и компоненты холста только для экранов с критичными требованиями к производительности, где стандартный рендеринг на основе модели оказывается недостаточным.

• Асинхронная обработка: реализуйте длительные операции, включая запуск контракта Coupa, синхронизацию платежей SAP и массовое создание документов, как асинхронные потоки, которые отделены от пути взаимодействия с пользователем. Уведомляйте пользователей о завершении с помощью уведомлений в приложении или электронной почты, а не блокируя пользовательский интерфейс.

• Пакетная обработка вызовов при интеграции: если это поддерживается API внешней системы (SAP, Coupa), проектируйте интеграционные потоки так, чтобы они обрабатывали записи пакетами, а не по одной записи. Этот подход снижает объемы вызовов API и сокращает риск регулирования.

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

• Оптимизация размера среды: ежеквартально проверяйте емкость среды Power Platform, такую как хранилище Dataverse и ограничения на количество запросов API, сопоставляя их с фактическими данными об использовании. Заблаговременно масштабируйте ресурсы, чтобы избежать ограничений пропускной способности в периоды пиковой активности.

Оптимизация взаимодействия

Направление «Оптимизация пользовательского опыта» охватывает проектирование интерфейсов и взаимодействий, которые являются результативными, эффективными и приносят удовлетворение пользователям. Эта архитектура обслуживает несколько отдельных групп лиц, каждый из которых имеет различные шаблоны взаимодействия:

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

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

• Удобство использования внешнего портала: разработайте портал Power Pages для нерегулярных пользователей без технической подготовки (медицинских работников, пациентов и TPR). Упростите пользовательский интерфейс, чтобы отображались только назначенные задачи и необходимые действия. Поддержка нескольких языков и доступность (WCAG 2.1 AA) являются обязательными требованиями для рынков с разнообразным демографическим составом HCP.

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

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

Дальнейшие действия

При реализации этой идеи решения используйте следующую поэтапную стратегию:

• Основа: Создание сред разработки, тестирования, приемочного тестирования (UAT) и промышленной эксплуатации. Настройте модель безопасности с ролями, бизнес-подразделениями и безопасностью полей. Создайте базовую схему Dataverse. Добавьте справочные данные, такие как типы действий, страны или регионы и терапевтические области. Реализуйте минимально жизнеспособный цикл работы с пользователем, включая онбординг, создание событий и базовое согласование.

• Соответствие и контракты: реализуется полная оркестрация процессов утверждения для ролей медицинского, финансового, LRR и юридического направлений. Настройте создание шаблонов документов с помощью шаблонов Dataverse Word. Интегрируйте Coupa для инициирования контракта. Добавьте запись доказательств с помощью Power Pages.

• Финансы и отчеты: добавление управления затратами, создания счетов, синхронизации платежей SAP, панелей мониторинга выверки платежей в Power BI и отчетов об исключении соответствия требованиям.

• Укрепление защиты: Выполните настройку производительности. Настройка мониторинга и оповещений. Проверьте RTO и RPO. Репетиция резервного копирования и восстановления. Протестируйте runbook отката. Проверка лицензирования и емкости. Автоматизация хранения данных и GDPR. Предоставление ресурсов внедрения и обучения. Организуйте передачу в формальную модель операционной поддержки.

Contributors

Корпорация Майкрософт поддерживает эту статью. Следующие авторы написали эту статью.

Основные авторы:

• Sumit Kumar, директор по реализации, Power Platform и Dynamics 365

Связанные ресурсы

• Общие сведения о проверке подлинности в Power Pages
• Роли безопасности и привилегии для Dataverse
• Интеграция Power Platform и SAP
• Документация по функциям Azure
• Средства сборки Microsoft Power Platform для Azure DevOps
• GitHub Actions для Microsoft Power Platform
• Обзор потоков бизнес-процессов