Comments 17
Хороший пример того, что недостаточно просто создать хороший продукт, чтобы он взлетел и стал популярным.
Приложение на Delphi, юзеров 630. Как происходило обновление?
А как в Казахстане обстоят дела с регистрацией софта как медизделия?
В России с 2017 года начали методично закапывать такие вышедшие из in-house разработки проекты требованием наличия РУ Росздравнадзора. Получить его можно, но это долго, дорого и очень бюрократично.
Без РУ можно было бы пользоваться, если это полностью внутренняя разработка медучереждения, но вот поставлять через тендеры уже никак.
В то время не было никаких стандартов в этой части, никто не следил. Сейчас понимаю, что и перс.данные и истории болезней, у которых срок хранения и формат хранения бумажный. Как удалось избежать этого - большой вопрос к руководству. Директор консультировался с департаментом, запрета не было на использование. Что не запрещено, то разрешено.
Мне интересно как вообще кому то ума хватило участвовать в закупке услуг на поддержку софта без исходных кодов? Чем эти люди думали? Или в их действиях была какая то логика?
Кстати вопрос. А в требованиях к закупке нельзя было прописать необходимость наличия у исполнителя исходных кодов?)
Требование исходного кода намекает на одного поставщика, что в закупках уже ограничение и подходят к этому с неохотой. Всегда же можно найти автора и платить ему % от суммы договора, как первые и решили делать.
Понял, а допустим как на счет требования знания экзотических языков или каких то других редких компенсаций? Я так понимаю комиссия не может проверить нужно ли это реально или притянуто за уши
Сфера госзакупок это сплошные требования и судебные тяжбы против них. Как выставить требование чтобы не попасть под лоббирование интересовов компании?
Было множество историй при покупке программного обеспечения через госзакупки в то время. Я вам лучше отвечу небольшой историей. Историей о приобретении антивирусного программного обеспечения для той же самой кардиоклиники. Нашёлся в Казахстане один "крутой" производитель собственного антивируса, который выигрывал все закупы антивирусов. Выходил на госзакупки от лица ИП, который занимался только распространением. Затем делал запрос к компании, в которой был разработчиком этого антивируса и подтверждал, что данный тип ПО подходит под требования закупок. Первое, что он говорил на досудебке и на суде: я национальный поставщик, импортозамещение и прочее, прочее. Знакомо?
Дело доходило до суда, он демонстрировал рекламные проспекты, в которых были указаны возможности отражения любых атак и любых вирусов. Таким образом, его ПО подходило абсолютно под все требования закупок антивирусного обеспечения. С ним судились долго, его это не расстраивало нисколько. Больницы и поликлиники сидели в это время без антивирусов.
Мы с ним тоже судились и нашли, вот прямо, совсем мелкое утверждение у него на коробке, которое не соответствовало действительности. Но большинство договаривалось с ним, что один раз он продаёт свою лицензию, а в следующий раз не участвует в закупках. И лежали эти коробки с софтом у них невостребованные.
Спустя год-другой только смогли найти лазейку и понять как всё работает. Стали продлевать лицензии и в рамках продления уже докупать недостающие. Соответственно, и поставщики нужны были занимающиеся оф. дистрибьюцией.
Понимаете о чём я? В нашем случае госзакупки были борьбой снаряда и брони.
Вы так много вкладываетесь в один отдельно взятый продукт (для одного потребителя), что даже жалко, что вам потом приходится из него уходить. Не думали перейти на создание и распространение одного продукта для многих покупателей его?
Не хватило универсальности ко всему сказанному в статье ещё.
прочёл вашу заметку с большим удовольствием. Просто снимаю шляпу перед разработчиками от б-га, которые на 3 головы выше меня, и которые делают реально полезные вещи. Но я также задумался и о том, что будущее за конструкторами типа 1С или SAP, увы. Пропало место под солнцем для крафтового софта
Очень много сфер для автоматизации, которые повторяются и унифицированы. Они, конечно же, могут быть автоматизированы при помощи конструкторов. При общении с другими клиниками прослеживались идентичные процессы: дневники осмотров, оценки боли, темп. листы и прочее.
Это какими нужно быть крутыми разработчиками, чтобы предусмотреть все нюансы будущего использования и пожелания по доработке (плагины и дополнения)? Потому как у каждой клиники есть свои пожелания.
У конкурентов были другие проблемы: низкая скорость реагирования ТП, невозможность обучить всех пользователей лично, знания передавались между пользователями. Большие объёмы поставки имеют другие проблемы.
Если создавать софт, которым пользуется сам автор ПО, не так грустно, когда оно никому не надо.
Как рождается и умирает программа, или И один в поле воин