O que é uma maneira eficaz de obter informações de casos de uso de profissionais preocupados?

A única maneira de fazer engenharia reversa do que os profissionais médicos estão fazendo é observar em primeira mão, enquanto eles estão trabalhando. Encontre e siga profissionais dispostos e tagarelas como arroz branco, e peça-lhes para narrar o processo de trabalho e pensamento. Se precisarem de estímulo, faça perguntas que direcionem para as regras, como: o que você está pensando? Por que você escolheu isso por cima disso? O que você está procurando? O que isso exclui?

Conforme você aprende, compartilhe seu modelo mental e faça perguntas que moldam & refine as regras. Seja o diário de seu trabalho.

Qualquer coisa que não seja observação e feedback ativos, práticos, em pessoa, respeitosos, é uma suposição .. não engenharia.

Outra resposta relacionada a openEHR, de uma perspectiva ligeiramente diferente ...

A abordagem openEHR tem tido um sucesso considerável na padronização de requisitos de dados clínicos - ou seja, especificações de conteúdo de EHR definidas pelo médico; colaboração de especialistas clínicos e de partes interessadas para garantir que os modelos sejam válidos, seguros e corretos; e governá-los / distribuí-los para uso em sistemas clínicos de EHR. Essa abordagem padronizada certamente ajuda a simplificar a captura do processo de fluxo de trabalho, incluindo a documentação de pedidos e atividades correspondentes, permitindo assim o rastreamento do fluxo de trabalho. O OpenEHR Clinical Knowledge Manager está atuando como o centro dessa atividade - www.openEHR.org/Knowledge.

Algumas jurisdições estão começando a usar essa abordagem também para a criação de padrões nacionais de eSaúde - link e link

Algumas faculdades clínicas profissionais também estão começando a pensar nesse sentido, para garantir que o software que está sendo construído pelos fornecedores seja seguro e adequado para uso clínico - estou ciente da atividade inicial na Austrália, Reino Unido e EUA. / p>     

Invista em idiomas específicos do domínio. Do ponto de vista do desenvolvimento de software, o software clínico é complicado, porque você pode desenvolver software da maneira certa, mas terá dificuldade em desenvolver o software correto. Até mesmo o mais brilhante analista de negócios ou desenvolvedor de software tem dificuldade em se comunicar com os médicos.

Em idiomas específicos do domínio de TI da área de saúde (principalmente) correspondem a padrões relacionados a registros eletrônicos de saúde. Confira o link Se os médicos puderem expressar seus requisitos usando uma linguagem computável que descreva o domínio, será muito mais fácil transformar seus requisitos em software. Para ver um exemplo da abordagem da qual estou falando, você pode dar uma olhada no nosso projeto de código aberto: link

Saltar da postagem de David: Você está procurando desenvolver um produto EHR geral ou tem uma instalação específica no site do cliente? Estamos desenvolvendo um sistema interno de Oncologia EHR e nem sei onde esse projeto estaria sem estar no escritório todos os dias. Se você realmente quer aprender uma prática, você realmente precisa de muito tempo na cara e no tempo em que eles apontam na tela do jeito que deve ser diferente.

Quanto mais longe dos seus clientes você estiver, mais lenta será a comunicação e mais você estará programando para o que você acha que eles querem, e não o que eles querem.

E lembre-se: a maioria dos recursos afetará várias pessoas, enfermeiros, administradores, etc. Por isso, é essencial ter opiniões de todos e tomar decisões informadas.