2010-08-22 04:37:57 utc |
dhf |
jmettraux: question about best approach |
2010-08-22 05:02:15 utc |
jmettraux |
hello |
2010-08-22 05:02:20 utc |
jmettraux |
dhf: back |
2010-08-22 05:05:13 utc |
jmettraux |
dhf: sorry, I have to change location, I'll be back online in 15 minutes |
2010-08-22 05:35:37 utc |
jmettraux |
dhf: back |
2010-08-22 06:47:42 utc |
dhf |
sorry I had to go get my dog. |
2010-08-22 06:47:45 utc |
dhf |
you there? |
2010-08-22 06:48:10 utc |
jmettraux |
yes |
2010-08-22 06:51:34 utc |
dhf |
I have a situation where I have a list of people related in various ways to a document. THose people need the document if various ways. I am thinking of putting a process as part of a delivery profile for each person and document type. Then have a process and participant that looks up each person and document type then launches the process from the definition in the DB. The otehr apporach is to have one participant that goes through the list of people |
2010-08-22 06:51:34 utc |
dhf |
looks up each one and the document type spawning the process from the participant. Which is better? |
2010-08-22 06:53:09 utc |
jmettraux |
I have no idea, it all depends on your context, sorry |
2010-08-22 06:53:34 utc |
jmettraux |
on questions, like what to do when cancelling a process |
2010-08-22 06:53:42 utc |
jmettraux |
what's the cost of sending a document |
2010-08-22 06:53:52 utc |
jmettraux |
what's a delivery ? |
2010-08-22 06:53:56 utc |
jmettraux |
etc... |
2010-08-22 06:55:23 utc |
dhf |
there is no cancel. if the person is referred to on the document it must be delivered. Delivery could be fax/pring/hl7 transaction. many others. each of those will be a participant to handle the queuing for delivery. |
2010-08-22 06:56:05 utc |
dhf |
these are medical doucments where the people are the dictating physician, carbon copies, admitting, ... |
2010-08-22 06:56:32 utc |
dhf |
they can setup a profile taht determines how they want each document type. |
2010-08-22 06:57:10 utc |
jmettraux |
so the initial input is (list of persons, list of documents) ? |
2010-08-22 06:58:33 utc |
jmettraux |
re-read : initial input is (list of persons, document) |
2010-08-22 06:58:56 utc |
jmettraux |
gut-feeling says, 1 participant that queues the delivery for each person |
2010-08-22 06:59:16 utc |
dhf |
for example if it is a operative report the surgeon may want the copy to be delivered to their own EMR. another may just want a fax sent to them. THe earlier processes determine the document type and which people are associated with the document. the initial process takes teh extracted information and saves the document into a repository and the metadata into other tables |
2010-08-22 06:59:44 utc |
dhf |
once that is doe I have lots of information in a workitem taht can then be used by other processes. |
2010-08-22 07:00:32 utc |
jmettraux |
or should the workitem point to that information ? |
2010-08-22 07:00:33 utc |
dhf |
I can do one process taht has a complex participant that looks up each person/document type and launches the proccess defined in their profile. |
2010-08-22 07:01:25 utc |
dhf |
it could point to the various tables entries easily infact the id of the record is in the workitem as is much of the data. |
2010-08-22 07:01:43 utc |
jmettraux |
ok |
2010-08-22 07:02:16 utc |
jmettraux |
calling a participant or a subprocess shouldn't be so different |
2010-08-22 07:02:37 utc |
jmettraux |
in the medium term you should be able to switch from one to the other as you learn about your system |
2010-08-22 07:04:55 utc |
jmettraux |
if the participant launches a process (or not), then it's always a participant |
2010-08-22 07:05:11 utc |
jmettraux |
from the point of view of the 'initial' process |
2010-08-22 07:05:30 utc |
jmettraux |
if you change that participant later, the initial process will not notice |
2010-08-22 07:05:46 utc |
dhf |
can the subprocess be loaded from a DB or must it be defined in the main process? |
2010-08-22 07:06:06 utc |
jmettraux |
if you define it in the main process it will be harder to change |
2010-08-22 07:06:18 utc |
dhf |
I will want to be able to add additional process to handle different delivery methods as needed in the future. |
2010-08-22 07:08:31 utc |
jmettraux |
I'd say, don't put the delivery subprocess in the main process then |
2010-08-22 07:10:01 utc |
jmettraux |
fuzzy gist of variants : http://gist.github.com/543463 |
2010-08-22 07:10:07 utc |
dhf |
like they may want the delivery on a schedule not ASAP. or they may just want a file drop. I was planning on crating new participants to handle these actual delivery but let a process manage those items. CAn a subprocess stand alone? Is there a real difference between a process and a sub process? |
2010-08-22 07:10:52 utc |
jmettraux |
a process may or may not wait for a subprocess |
2010-08-22 07:12:26 utc |
jmettraux |
do you need to wait for the deliveries to all happen successfully ? |
2010-08-22 07:13:07 utc |
dhf |
C looks more like I think is needed. The process that is launched comes from the DB for the person/document_type. Then to add a new delivery process is a mater of creating the new process and the required participant. |
2010-08-22 07:14:16 utc |
dhf |
no need to wait. Some delivery methds are just queuing to a faxserver. others will do the actual delivery |
2010-08-22 07:15:20 utc |
dhf |
so some may have to wait but that would depend upon the actual delivery process not the main deliveryparticipant |
2010-08-22 07:16:17 utc |
dhf |
if I have to wait It is jsut a mater of waiting before the reply_to_engine, right |
2010-08-22 07:21:41 utc |
jmettraux |
exactly |
2010-08-22 07:29:37 utc |
dhf |
Ok thanks. |
2010-08-22 17:44:43 utc |
gmcinnes |
Hey all. Frustrated today. |