Технология блокчейн в фармацевтике в сфере маркировки лекарственных средств

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

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

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

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

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

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

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

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

3.6 Модель структуры блока с информацией по операциям, осуществляемым с лекарственным препаратом

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

В данном разделе будет рассмотрена предлагаемая структура блока в рамках рассматриваемой системы. Итак, блок будет состоять из следующих частей (см. рис. 16):

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

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

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

Хэш предыдущего блока: копия хэша из предыдущего блока в блокчейне.

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

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

Метаданные блока. Эта часть содержит такие параметры блока как, время, когда блок был записан, сертификат, открытый ключ и подпись создателя блока. Впоследствии создатель блока также добавляет индикатор допустимого / недействительного значения по параметрам для каждой операции. На рисунке 16 эта часть обозначена - M2.

Рис. 16. Модель структуры блока с информацией по операциям, осуществляемым с лекарственным препаратом

Говоря про операции, которые добавляются в блок, то они, при признании их валидности, привносят изменения в состоянии мира. Напомним, что операции в рассматриваемой нами системе отражают статусы принадлежности лекарственного препарата на протяжении его движения от момента производства до момента контакта с конечным потребителем. Посмотрим на подробную структуру блок-данных, которая содержит операция в блоке, на рисунке 17.

Рис. 17. Модель структуры операций внутри блока, осуществляемым с лекарственным препаратом



Рассмотрим подробнее каждый элемент записи операции внутри блока распределенного реестра.

Заголовок. В этом разделе, иллюстрируемом как H4, содержатся некоторые важные метаданные о транзакции, например, имя соответствующего смарт-контракта и его версия. Например - «Отгрузка лекарственного препарата со склада … производителя».

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

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

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

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

Дата проведения операции;

Идентификатор места, где осуществляется деятельность отправляющей стороны, с которой была выполнена отгрузка препарата;

Идентификатор места, где осуществляется деятельность принимающей стороны, на которой выполняется приемка препарата;

Тип отгрузочной операции со склада (реализация или возврат);

Источник финансирования;

Тип договора;

Номер контракта из реестра (в случае проведения отгрузки лекарственного препарата в рамках муниципального фармацевтического обеспечения);

Дата отгрузочного документа;

Номер отгрузочного документа;

Цена реализации лекарственного препарата в рублях (НДС включается);

Сумма НДС (при условии, что сделка облагается НДС);

SGTIN и/или SSCC.

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

Данная информация будет состоять из тех же параметров что и информация входных параметров операции.

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

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



Глава 4. Анализ текущих решений по интеграции в рамках рассмотренного функционала

4.1 Обзор решений по интеграции блокчейн-решения в компанию фармацевтической отрасли

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

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

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

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

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

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

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

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

Lisk - это уже существующий DPoS-проект, который позволяет с помощью собственного SDK (https://github.com/LiskHQ/lisk-sdk) разворачивать сайдчейны с произвольными настройками (в том числе произвольными алгоритмами консенсуса) при помощи языка Javascript. Данная опция соответственно позволяет снизить затраты на разработку и поддержку. Однако, SDK на текущий момент находится в формате альфа-тестирования, а вывод готового решения на рынок планируется на 2020 год.

Walton Chain - проект, который также пытается решить проблему прозрачности отслеживания цепочек поставок и IoT и позволяет создавать отдельные реализации в виде сайдчейнов. Сам проект использует несколько специфический алгоритм консенсуса (WPoC), но позволяет использовать для сайдчейнов произвольные параметры. Также он позволяет использовать смарт-контракты как на базе Hyperledger Fabric так и на базе Ethereum.

Продолжая разговор про сеть Ethereum, то своего в список рассматриваемых решений можно включить POA Network - проекта, произведенного на форке сети Ethereum с использованием алгоритма консенсуса PoA, однако не предоставляющим конкретных решений по отраслевой интеграции. Подобную интеграцию для реализации проекта можно при помощи инструментария от Parity Technologies, который позволяет развернуть собственную версию Ethereum блокчейн с требуемыми по параметрам валидаторами. Также подобные решения в настоящий момент могут быть реализованы посредством функционала Microsoft Azure.

В конце хотелось бы рассмотреть решение от IBM - Hyperledger Fabric. Данное решение позволяет создавать большое разнообразие отраслевых реализаций путем индивидуальной настройки базового функционала, предполагающие определенные временные и ресурсные затраты, исходя из специфики данного программного обеспечения и ограниченного круга специалистов, способных производить настройку и интеграцию данной системы. Данный вариант действительно подходит для создания максимально индивидуального функционала в рамках узкой специфики. Однако, учитывая наличие на рынке готовых направленных именно на цепочки поставок готовых блокчейн решений, данное решение предполагается отодвинуть на второй план (по сравнению с тем же VeChainThor).

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

4.2 Обзор проекта VeChainThor

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

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

Несмотря на то, что Ethereum является важной технологической вехой, он оказался неподходящим и неудобным для размещения крупных коммерческих децентрализованных приложений (dApps). Одна из главных причин этого заключается в том, что с самого начала в функционале Ethereum не была создана эффективная структура управления, которая позволяла бы осуществлять эффективные и прозрачные переходы (обновления) протокола для адаптации к новым прикладным направлениям, в том числе и отраслевым. Во-вторых, в Ethereum отсутствует подходящая экономическая модель, которая позволила бы предприятиям запускать свои dApp-приложения с контролируемыми и предсказуемыми затратами. Учитывая уровень волатильности цены эфира, для компаний почти невозможно предсказать будущую цену эфира или стоимость запуска dApp на основе Ethereum в течение заданного периода времени.

Блокчейн VeChainThor разработан для решения вышеуказанных проблем. Он не построен с нуля; он расширяет функционал основных строительных блоков Ethereum (например, модель учетной записи, EVM, модифицированное дерево Patricia и метод кодирования RLP) и предоставляет инновационные технические решения, основанные на новых моделях управления и экономических моделях. VeChainThor обладает техническими возможностями, специально разработанными для реальных потребностей предприятий, частных лиц и разработчиков.

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

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

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

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

Базовый алгоритм допускает в системе наличие 101-го формирующего узла. Функционал добавления блоков управляется встроенным смарт-контрактом и требует нескольких подписей от 5 из 7 (если мы говорим об отдельном канале) членов руководящего комитета, сформированного из валидаторов от ведущих производителей отрасли, для внесения изменений.

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

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

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

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

Ролевое голосование снижает неопределенность в техническом и организационном развитии платформы.

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

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

4.3 Обзор интеграции решения с экономической точки зрения

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

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

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

Следовательно, в рассмотрении данной ситуации интерес представляют в первую очередь производители лекарственных препаратов средней ценовой категории (от 200 до 2000 рублей за пачку с препаратом).

Так как в рассматриваемой системе один узел будет представляться одной линией выпуска, то мы можем привязать стоимость обслуживания данного узла к финальной добавленной стоимости товара, выпущенного на этой линии.

Всего на заводе в среднем развернуто 2-3 линии производства препаратов одного типа. Количество узлов на заводе в 2 линии примем в 4 штуки: 2 подтверждающих узла на каждой из линий, 1 формирующий узел (который отвечает за текущее и дальнейшее формирование блоков с информацией по произведенным на данном заводе лекарственным препаратам), 1 подтверждающий узел на складе производителя. Выходя за пределы завода и идя по дальнейшему пути пачки с препаратом, можно сделать предположение о наличии еще 5 узлов: 1 узел на складе дистрибьютера лекарственной продукции в регионе отгрузки со склада производителя, 1 узел на складе дистрибьютера лекарственной продукции в регионе отгрузки на склад аптечной сети или прямиков в аптеку, 1 узел на складе аптечной сети, 1 узел в точке продаже лекарственного препарата - аптеке. Возможно добавление одного дополнительного формирующего узла на крупном дистрибьютере.

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

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

В рассмотренном в данной работе методе блокчейн решение уже осуществлено, функционал написан. Требуется только интеграция решения с текущим программным обеспечением. Плата в данном случае выполняется только за работу блокчейн-программистов, чьи средние показатели по оплате труда можно найти на специальных ресурсах. (Например http://ratingratingov.ru/blockchain). На основании информации предоставляемой на данном реестре компании, предлагающих услуги блокчейн программирования, можно рассчитать среднюю стоимость часа работы блокчейн-специалиста в среднем по данной сфере. Она составляет 4000 рублей в час. Далее расчёты будут опираться на данный показатель.

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

Скачивание и компиляция исходного кода;

Установка контейнера;

AWS.

Как уже говорилось, в VeChainThor используется консенсус Proof of Authority («PoA»), поэтому только 101 формирующий узел в блокчейне VeChainThor способен создавать блоки. Однако любой может развернуть узел VeChainThor и синхронизировать весь регистр блокчейн системы. Чтобы стать оператором Authority Masternode, необходимо пройти строгий KYC и подать заявку на одобрение Фонда и Руководящего комитета. Заявки можно подавать на портале VeChain.

Наиболее дешевым и доступным решением является использование AWS (Amazon Web Services). AWS - облачное решение от Amazon, позволяющее за определенную (в зависимости от количества узлов и специфики разрабатываемой сети) еже часовую плату производить запись информации в блоки, валидировать и отправлять в облачное хранилище, к которому имеют доступ все участники сети.

Оплата за функционирование узлы в данном облаке чуть менее 2 долларов США, при условии максимального объема хранилища информации, базовой платы за подключение узла, стоимость за хранение информации для одного узла, стоимость функционала записи информации с одного узла. (Источник: https://aws.amazon.com/ru/managed-blockchain/pricing/).

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

При расчете производительности завода и отдельной линии можно описать следующие величины. Средняя производительность линии 20 пачек в минуту, что равняется 1200 пачкам с лекарственными препаратами в час. Если посчитать финальную стоимость данных препаратов с учетом выбранной ценовой категории (200-2000 рублей за единицу), то стоимость всех препаратов, выпущенных за отдельный час, равняется от 240 000 до 2 400 000 рублей.

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

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



Заключение

В заключение следует сказать, что в рамках выполненной работы были рассмотрены и выполнены следующие задачи:

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

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

Описать текущие бизнес-процессы деятельности фармацевтической компании.

Разработать метод применения технологии блокчейн в бизнес-процессах компании и описать обновленные бизнес-процессы.

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

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

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

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

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

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



Список литературы

Mettler M. Blockchain technology in healthcare: The revolution starts here //2016 IEEE 18th International Conference on e-Health Networking, Applications and Services (Healthcom). - IEEE, 2016. - С. 1-3.

Cockburn R. et al. The global threat of counterfeit drugs: why industry and governments must communicate the dangers //PLoS medicine. - 2005. - Т. 2. - №. 4. - С. e100.

Mackey T. K., Liang B. A. The global counterfeit drug trade: patient safety and public health risks //Journal of pharmaceutical sciences. - 2011. - Т. 100. - №. 11. - С. 4571-4579.

Marucheck A. et al. Product safety and security in the global supply chain: Issues, challenges and research opportunities //Journal of Operations Management. - 2011. - Т. 29. - №. 7-8. - С. 707-720.

Косенко В. В., Быков А. В., Мешковский А. П. Фальсифицированные лекарства-глобальная проблема //Вестник Росздравнадзора. - 2009. - №. 3. - С. 14-26.

Erhun W. O., Babalola O. O., Erhun M. O. Drug regulation and control in Nigeria: The challenge of counterfeit drugs //Journal of Health & Population in Developing Countries. - 2001. - Т. 4. - №. 2. - С. 23-34.

Mackey T. K., Liang B. A. The global counterfeit drug trade: patient safety and public health risks //Journal of pharmaceutical sciences. - 2011. - Т. 100. - №. 11. - С. 4571-4579.

Siva N. Tackling the booming trade in counterfeit drugs //The Lancet. - 2010. - Т. 376. - №. 9754. - С. 1725-1726.

Wise J. Global operation tackles internet trade in fake drugs. - 2012.

Косенко В. В., Быков А. В., Мешковский А. П. Фальсифицированные лекарства-глобальная проблема //Вестник Росздравнадзора. - 2009. - №. 3. - С. 14-26.

Aminu N., Gwarzo M. S. The Eminent Threats of Counterfeit Drugs to Quality Health Care Delivery in Africa: Updates on Consequences and Way Forward //Asian J Pharm Clin Res. - 2017. - Т. 10. - №. 7. - С. 82-86.

Гладких В. И., Сухаренко А. Н. Противодействие незаконному обороту фальсифицированных, недоброкачественных и контрафактных лекарственных средств //Безопасность бизнеса. - 2015. - №. 3. - С. 35-39.

Seiter A. Health and economic consequences of counterfeit drugs //Clinical Pharmacology & Therapeutics. - 2009. - Т. 85. - №. 6. - С. 576-578.

Ушкалова Е. А. Проблемы фальсификации лекарственных средств: фокус на антимикробные препараты //регион. - 2005. - Т. 1. - С. 7.

Акафьева Т. И., Землянова М. А. Анализ фармацевтического рынка российской федерации //Вестник Пермского университета. Серия: Биология. - 2013. - №. 1.

Siva N. Tackling the booming trade in counterfeit drugs //The Lancet. - 2010. - Т. 376. - №. 9754. - С. 1725-1726.

Clark F. Rise in online pharmacies sees counterfeit drugs go global //The Lancet. - 2015. - Т. 386. - №. 10001. - С. 1327-1328.

Зброжек С. И. и др. Судебно-фармацевтическое изучение уровня борьбы с оборотом фальсифицированных лекарственных средств в Украине, России и странах Европейского Союза //Научные ведомости Белгородского государственного университета. Серия: Медицина. Фармация. - 2016. - Т. 36. - №. 26 (247).

Аксенова-Сорохтей Ю. Н. и др. Фармацевтические и юридические аспекты фальсификации лекарственных средств //Вестник Смоленской государственной медицинской академии. - 2016. - Т. 15. - №. 2.

Reddy D., Banerji J. Counterfeit antimalarial drugs //The Lancet Infectious Diseases. - 2012. - Т. 12. - №. 11. - С. 829.

Yadav S., Rawal G. Counterfeit drugs: problem of developing and developed countries //Int J Pharmceut Chem Anal. - 2015. - Т. 2. - №. 1. - С. 46-50.

Karunamoorthi K. The counterfeit anti-malarial is a crime against humanity: a systematic review of the scientific evidence //Malaria journal. - 2014. - Т. 13. - №. 1. - С. 209.

Iwokwagh N. S. Assessment of new media use in the fight against counterfeit medicines in Nigeria //ICCMTD-2013. - 2013. - С. 18.

Qiang C. Z. et al. Mobile applications for the health sector //Washington: World Bank. - 2011. - Т. 2.

Ashton K. et al. That `internet of things' thing //RFID journal. - 2009. - Т. 22. - №. 7. - С. 97-114.

Alharby M., van Moorsel A. Blockchain-based smart contracts: A systematic mapping study //arXiv preprint arXiv:1710.06372. - 2017.

Cachin C. Architecture of the hyperledger blockchain fabric //Workshop on distributed cryptocurrencies and consensus ledgers. - 2016. - Т. 310.

Cachin C. Architecture of the hyperledger blockchain fabric //Workshop on distributed cryptocurrencies and consensus ledgers. - 2016. - Т. 310.

Fattah H. M., Fattan H. M. P2P: how peer-to-peer technology is revolutionizing the way we do business. - Dearborn Trade Pub., 2002.

Bhargavan K. et al. Formal verification of smart contracts: Short paper //Proceedings of the 2016 ACM Workshop on Programming Languages and Analysis for Security. - ACM, 2016. - С. 91-96.

Outterson K., Smith R. Counterfeit Drugs: The Good, the Bad, and the Ugly //Alb. LJ Sci. & Tech. - 2006. - Т. 16. - С. 525.

Аксенова-Сорохтей Ю. Н., Барановская Е. А. К вопросу о фальсификации лекарственных средств //Научный диспут: Актуальные вопросы медицины II международная научно-практическая конференция, сборник тезисов научных работ. Международный научный центр. - 2016. - С. 53.

Лин А. А., Соколов Б. И., Слепнев Д. М. Фармацевтический рынок: производство лекарственных средств в России //Проблемы современной экономики. - 2013. - №. 1 (45).

Pisa M. Reassessing expectations for blockchain and development //Innovations: Technology, Governance, Globalization. - 2018. - Т. 12. - №. 1-2. - С. 80-88.

Kombe C., Ally M., Sam A. A review on healthcare information systems and consensus protocols in blockchain technology //International Journal of Advanced Technology and Engineering Exploration. - 2018. - Т. 5. - №. 49. - С. 473-483.

Sun C. H. et al. Anti-counterfeit code for aquatic product identification for traceability and supervision in China //Food Control. - 2014. - Т. 37. - С. 126-134.

Размещено на Allbest.ru