Третий подход к целевым системам

Первый подход по целевым системам тут: https://systemsworld.club/t/poisk-svoej-czelevoj-sistemy/4844/3
Второй подход тут: https://systemsworld.club/t/snova-ishhu-sistemu/37868/6

А этот пост - третий подход.

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

Описаны три системы из десятка, которыми занимается моя организация.

Целевые системы

Целевая система Эксплуатация / функционирование Польза от эксплуатации Создатели / Стороны, влияющие на состояние системы Действия создателей
Система оказания услуги дистанционного наблюдения пациентов с Артериальной гипертензии (АГ) Ее эксплуатирует мед.организация. Сотрудники организации, в первую очередь врачи могут выполнять методы дистанционного наблюдения пациентов.

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

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

Для работы врачей целевой эффекти - компенсированность по АГ и снижение сердечно-сосудистых рисков.
Не создается командой напрямую.

Команда воздействует на систему. Команда состоит из: Пациент, Лечащий врач, Система дистанционного наблюдения АГ, Методолог лечения АГ, Команда разработки системы наблюдения.
Наша команда не создает систему напрямую.

Действия команды по воздействию на систему:

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

“Система дистанционного наблюдения Артериальной гипертензии” выглядит более обозримой и продуманной.

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

1 лайк

Ну по сердечно-сосудистой системе можно детализировать до “Артериального давления”, других идей пока нет. Не уверен, что понял намеки.

По сканеру здоровья ИИшка мне порекомендовала такое название “Система предварительной оценки состояния здоровья по видеозаписи лица”, - она выдает оценку (по многим показателям, - метоболические риски, давление, показатели стресса) и рекомендации по дальнейшим шагам. Польза - информация на носителе, которую получает пользователь.

1 лайк

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

1 лайк

В случае с “Система предварительной оценки состояния здоровья по видеозаписи лица” - это может быть “Физкультурник” или “Зожник”. Он получает пользу от эксплуатации системы. Он не является создателем системы. Можно его рассмотривать как надсистему.

Уточнил описание систем.

По сердечно-сосудистой системе стало лучше, но можно ещё улучшить. “Воздействуют” - ключевое слово. Не эксплуатируют, конечно, но переводят из одного состояния в другое, не отнимая от клиента. Это называется “сервис”, уже во втором разделе у нас про это будет очень подробно. Сервис - может быть целевой системой, а сердечно-сосудистая система - как объект сервиса, вполне ваша вещь. Только надо добавить что она “больная”, условно говоря.

1 лайк

Я изучал это описание по сервису и оттуда сделал как-раз вывод, что сервис это не целевая система. Поэтому запутался, потому что некоторые коллеги продуктом считают именно “Сервис оказания услуги дистанционного наблюдения АГ”.

Кусочек из ссылки:

Создаваемый сервис в данном случае — это метод::поведение нового создаваемого провайдера (который работает над какой-то чужой целевой системой, по факту входя в команду), и этот провайдер — «наша система». А ещё вы сами создатель для «нашей системы», да вам нужно ещё и самому создать себя как производителя работ по созданию провайдера, то есть речь идёт о каком-то пути создания в большом графе создателей целевой системы. Целевая система остаётся той системой, по поводу которой нужно договориться всем задействованным создателям в графе создателей — ваш проект создания нового провайдера имеет смысл ровно в той мере, что кому-то нужно что-то сделать с его целевой системой, и он приглашает «вашу систему» (провайдера) поучаствовать в проекте.

Сервис это ваша система(заметьте, не целевая). то что, вы создаете. Но создать вашу систему будет не достаточно для пользы.

1 лайк