Hi
We are building an interface which receives hl7 messages, extracts certain fields from them and stores them in more than 30 tables in the database
We were doing this using C++, but the traffic of packets is now exceeding so much that we are having loss of data.
So, can this problem be solved using Mirth?
And if so, which approach is better for this task?
1.) We recieve the packets,process them and store the data in the database using single channel.
In doing so, if the traffic is large,does Mirth have the buffer large enough to store the packets?
2.) We recieve the packets in one channel and store them in the database without processing,and in the second channel we retreive
packets one by one from the database, process them and strore the extracted fields in the
differnt tables in the database.
Please help us with this dilemma,if Mirth is feasible for this,we will be happy to embrace it,and also
buy the support facilities.
We are building an interface which receives hl7 messages, extracts certain fields from them and stores them in more than 30 tables in the database
We were doing this using C++, but the traffic of packets is now exceeding so much that we are having loss of data.
So, can this problem be solved using Mirth?
And if so, which approach is better for this task?
1.) We recieve the packets,process them and store the data in the database using single channel.
In doing so, if the traffic is large,does Mirth have the buffer large enough to store the packets?
2.) We recieve the packets in one channel and store them in the database without processing,and in the second channel we retreive
packets one by one from the database, process them and strore the extracted fields in the
differnt tables in the database.
Please help us with this dilemma,if Mirth is feasible for this,we will be happy to embrace it,and also
buy the support facilities.
Comment